g) MOTOROLA 

SEMICONDUCTORS 


3501 ED BLUES T EIN BLVD . AUSTIN, TEXAS 78721 


Advance Information 


MC68440 

DUAL-CHANNEL 
DIRECT MEMORY 
ACCESS CONTROLLER 


FEBRUARY, 1984 


This document contains information on a new product. Specifications and information herein 
are subject to change without notice. 


©MOTOROLA INC., 1984 


ADI-1002 
Replaces NP-356-R1 











TABLE OF CONTENTS 

Paragraph Page 

Number Title Number 

Section 1 
Introduction 

1.1 General Operation.. 1-1 

1.2 Transfer Modes. 1-4 

1.3 Request Modes. 1-4 

1.4 Registers. 1-5 

Section 2 
Signal Description 

2.1 Signal Organization. 2-1 

2.1.1 Address/Data Bus (A8/DO through A23/D15). 2-1 

2.1.2 Lower Address Bus (A1 through A7). 2-1 

2.1.3 Function Codes (FCO through FC2) . 2-1 

2.1.4 Asynchronous Bus Control. 2-1 

2.1.4.1 Chip Select (CS)__.. 2-2 

2.1.4.2 Address Strobe (AS) . 2-2 

2.1.4.3 Read/Write (R/W). 2-2 

2.1.4.4 Upper and Lower Data Strob es (UDS /AO and LDS/DS) . 2-2 

2.1.4.5 Data Transfer Acknowl edge ( DTACK). 2-3 

2.1.4.6 Bus Exception Control (BECO through BEC2). 2-3 

2.1.5 Multiplex Control. 2-3 

2.1.5.1 Own (OWN). 1 _ ; _.. 2-3 

2.1.5.2 Upper Address Strobe (UAS). 2-3 

2.1.5.3 Data Buffer Ena ble (D BEN). 2-3 

2.1.5.4 Data Direction (DDIR) . 2-3 

2.1.5.5 High Byte (HIbYTE). 2-4 

2.1.6 Bus Arbitration Control . 2-4 

2.1.6.1 Bus RequesUBR).... 2-5 

2.1.6.2 Bus Grant (BG) . 2-5 

2.1.6.3 Bus Grant Acknowledge U3GACK). 2-5 

2.1.7 Interrupt Control. .. . . . 2-5 

2.1.7.1 Interrupt Request (IRQ) . . 2-5 

2.1.7.2 Interrupt Acknowledge (IACK). 2-5 

2.1.8 Device Control. 2-5 

2.1.8.1 Request (REQO, REQT). 2-5 

2.1.8.2 Acknowledge (ACKO, ACK1) . 2-5 

2.1.8.3 Peripheral Control Line (P_CL0, PC LI) . 2-5 

2.1.8.4 Data Transfer Complete (DTC). 2-5 


iii 




































TABLE OF CONTENTS 
(Continued) 


Paragraph Page 

Number Title Number 

2.1.8.5 Done (DONE). 2-5 

2.1.9 Clock (CLK). 2-6 

2.1.10 No Connection (NC). 2-6 

2.2 Signal Summary. 2-6 

Section 3 

Register Description 

3.1 Address Registers (MAR, DAR, and BAR) . 3-1 

3.2 Function Code Registers (MFCR, DFCR, and BFCR). 3-3 

3.3 Transfer Count Registers (MTCR and BTCR). 3-3 

3.4 Interrupt Vector Registers (NIVR and EIVR) . 3-3 

3.5 Channel Priority Register (CPR) . 3-3 

3.6 Control Registers. 3-4 

3.6.1 Device Control Register (DCR) . 3-4 

3.6.1.1 External Request Mode . 3-5 

3.6.1.2 Device Type. 3-5 

3.6.1.3 Device Port Size . 3-5 

3.6.1.4 Peripheral Control Line. 3-5 

3.6.2 Operation Control Register (OCR) . 3-5 

3.6.2.1 Transfer Direction. 3-6 

3.6.2.2 Operand Size. 3-6 

3.6.2.3 Chaining Operation. 3-6 

3.6.2.4 Request Generation Method. 3-6 

3.6.3 Sequence Control Register (SCR) . 3-7 

3.6.4 Channel Control Register (CCR). 3-7 

3.7 Status Registers . 3-8 

3.7.1 Channel Status Register (CSR). 3-8 

3.7.2 Channel Error Register (CER) . 3-10 

3.8 General Control Register (GCR) . 3-11 

3.9 Register Summary. 3-11 

3.10 Reset Operation Results. 3-11 

Section 4 
Bus Operation 

4.1 Reset Operation. 4-1 

4.2 MPU Mode Operation. 4-2 

4.2.1 MPU Read Cycles. 4-2 

4.2.2 MPU Write Cycles. 4-3 

4.2.3 Interrupt Acknowledge Cycles . 4-4 

4.3 DMA Mode Operation . 4-4 

4.3.1 Dual Address Transfers. 4-5 

4.3.1.1 Dual Address Read. 4-5 

4.3.1.2 Dual Address Write. 4-7 

4.3.2 Single Address Transfers. 4-8 


IV 









































TABLE OF CONTENTS 
(Continued) 


Paragraph 

Number 

4.3.2.1 

4.3.2.2 

4.3.2.3 
4.4 

4.4.1 

4.4.2 

4.4.2.1 

4.4.2.2 

4.4.2.3 

4.4.2.4 

4.4.2.5 

4.4.2.6 

4.4.2.7 
4.4.3 

4.5 

4.5.1 

4.5.2 

4.5.2.1 

4.5.2.2 

4.5.2.3 

4.5.2.4 

4.6 

4.6.1 

4.6.2 


5.1 

5.2 

5.2.1 

5.2.2 

5.2.3 

5.2.3.1 

5.2.3.2 

5.2.3.3 

5.2.3.3.1 

5.2.3.3.2 

5.2.3.3.3 

5.2.3.3.4 

5.2.3.4 

5.2.3.5 

5.2.3.5.1 

5.2.3.5.2 

5.2.3.5.3 

5.2.3.6 


Title 


Page 

Number 


Single Address Read. 4-9 

Single Address Write. 4-11 

High-Byte Operation. 4-14 

Bus Exception Control. 4-14 

BEC0-BEC2 Synchronization. 4-15 

Bus Exception Control Functions. 4-16 

Normal Termination. 4-16 

Halt. 4-17 

Bus Error . 4-17 

Retry. 4-17 

Relinquish and Retry. 4-17 

Undefined BEC Codes. 4-22 

Reset. 4-22 

Bus Exception Control Summary. 4-22 

Bus Arbitration . 4-23 

Requesting and Receiving the Bus. 4-25 

Bus Overhead Time. 4-25 

Front End Overhead. 4-25 

Inter-Cycle Overhead. 4-26 

Back-End Overhead . 4-26 

Overhead Due to BEC Operation. 4-28 

Asynchronous Versus Synchronous Operaton. 4-28 

Asynchronous Operation. 4-28 

Synchronous Operation. 4-29 


Section 5 

Operational Description 


General Operating Sequence. 5-1 

Channel Initialization. 5-2 

Memory and Operand Description. 5-2 

Device Description. 5-2 

Operation Description. 5-3 

Transfer Direction. 5-4 

Address Sequencing. 5-4 

Transfer Request Generation. 5-5 

Internal, Maximum Rate. 5-5 

Internal, Limited Rate. 5-6 

External, Burst Mode. 5-7 

External, Cycle Steal. 5-7 

Channel Priority. 5-7 

Base Register Operations. 5-8 

Continue Operation . 5-8 

Reload Operation .. 5-9 

BTCR Value Restrictions. 5-10 

Interrupt Operation. 5-10 


v 













































TABLE OF CONTENTS 
(Continued) 

Paragraph Page 

Number Title Number 

5.3 Channel Start Up. 5-11 

5.3.1 Programming Sequence. 5-12 

5.4 Data Transfers. 5-12 

5.4.1 Bus Cycle Sequence. 5-12 

5.4.1.1 Single Address Transfers. 5-12 

5.4.1.2 Dual Address Transfers. 5-13 

5.4.1.3 Transfer Count Synchronization. 5-14 

5.4.2 Effects of Channel Priority. 5-14 

5.4.3 Exceptional Bus Conditions. 5-15 

5.4.3.1 Reset. 5-15 

5.4.3.2 Halt. 5-15 

5.4.3.3 Bus Error . 5-15 

5.4.3.4 Retry Operations. 5-16 

5.4.3.4.1 Retry. 5-16 

5.4.3.4.2 Relinquish and Retry. 5-16 

5.4.4 External Request Recognition. 5-16 

5.4.4.1 Device-to-Memory Transfers. 5-16 

5.4.4.2 Memory-to-Device Transfers. 5-17 

5.4.5 Software Control. 5-17 

5.4.5.1 Software Halt . 5-17 

5.4.5.2 Software Abort. 5-18 

5.4.6 Hardware Abort. 5-18 

5.5 Base Register Operations. 5-18 

5.5.1 Continue Operation. 5-19 

5.5.2 Reload Operation . 5-19 

5.6 Channel Termination. 5-19 

5.6.1 Transfer Count Exhausted. 5-20 

5.6.2 Device Termination .. 5-20 

5.6.3 Error Termination . 5-20 

5.6.3.1 Internal Errors. 5-20 

5.6.3.1.1 Configuration Error. 5-20 

5.6.3.1.2 Operation Timing Error. 5-21 

5.6.3.1.3 Address Error. 5-21 

5.6.3.1.4 Count Error . 5-21 

5.6.3.2 External Errors. 5-21 

Section 6 

Electrical Specifications 

6.1 Maximum Ratings. 6-1 

6.2 Thermal Characteristics.. 6-1 

6.3 Power Considerations. 6-2 

6.4 DC Electrical Characteristics. 6-3 

6.5 AC Electrical Specifications — Clock Timing . 6-3 

6.6 AC Electrical Specifications — Read and Write Cycles. 6-4 

vi 












































TABLE OF CONTENTS 
(Concluded) 


Paragraph Page 

Number Title Number 

Section 7 

Ordering Information 

7.1 Standard MC68440 Ordering Information. 7-1 

7.2 "BETTER” Processing — Standard Production Plus. 7-1 

Section 8 
Mechanical Data 

8.1 Pin Assignments. 8-1 

8.2 Package Dimensions. 8-3 


vii 







LIST OF ILLUSTRATIONS 


Figure Page 

Number Title Number 

1-1 Typical System Configuration. 1-2 

1-2 Data Block Format . 1-3 

1-3 Implicitly Addressed Device Interface. 1-4 

1-4 Dual-Address Transfer Sequence. 1-5 

1- 5 DDMA Programmer's Model. 1-6 

2- 1 Signal Organization. 2-2 

2- 2 Demultiplex Logic. 2-4 

3- 1 Register Memory Map . 3-2 

3- 2 Register Summary.Foldout 1 

4- 1 Relationship Between External and Internal Signals. 4-1 

4-2 Reset Operation Timing Diagram . 4-2 

4-3 MPU Read Cycle Timing Diagram. 4-3 

4-4 MPU Write Cycle Timing Diagram . 4-3 

4-5 Interrupt Acknowledge Cycle Timing Diagram. 4-4 

4-6 Dual Address Read Cycle Timing Diagram. 4-5 

4-7 Dual Address Write Cycle Timing Diagram. 4-7 

4-8 Single Address Read Cycle Timing Diagram. 4-9 

4-9 Single Address Write Cycle Timing Diagram. 4-11 

4-10 Implicitly Addressed 8-Bit Device with 16-Bit Memory Data Flow. 4-14 

4-11 Exam ple BEC Signal Generation Circuit. 4-15 

4-12 BEC Synchronizer Functional Diagram . 4-15 

4-13 BEC Debouncer Timing Diagram . 4-16 

4-14 Halt Operation Timing Diagram. 4-18 

4-15 Bus Error Operation Timing Diagram. 4-19 

4-16 Retry Operation Timing Diagram. 4-20 

4-17 Relinquish and Retry Operation Timing Diagram . 4-21 

4-18 Undefined BEC Operation Timing Diagram. 4-22 

4-19 Bus Exception Control Flow Diagram. 4-23 

4-20 Bus Arbitration Timing Diagram. 4-24 

4- 21 Inter-Cycle Overhead Timing Diagram. 4-27 

5- 1 Memory Data Formats. 5-2 

5-2 Limited Rate Auto Request Operation Timing Parameter Relationships. 5-7 

5-3 Continue Mode Operation Flowchart. 5-9 

5-4 Reload Operation Flowchart. 5-10 

viii 





































LIST OF ILLUSTRATIONS 
(Continued) 


Figure Page 

Number Title Number 

6-1 TestLoads. 6-1 

6-2 MC68440 Power Dissipation vs Ambient Temperature . 6-2 

6-3 Clock Input Timing Diagram . 6-3 

6-4 MPU Read Cycle Timing Diagram. Foldout 2 

6-5 MPU Write Cycle Timing Diagram . Foldout 3 

6-6 Bus Arbitration Timing Diagram. Foldout 4 

6-7 Dual Address Read Cycle Timing Diagram. Foldout 5 

6-8 Dual Address Write Cycle Timing Diagram. Foldout 6 

6-9 Single Address Read Cycle Timing Diagram. Foldout 7 

6-10 Single Address Write Cycle Timing Diagram. Foldout 8 


IX 













LIST OF TABLES 


Table Page 

Number Title Number 

2- 1 Signal Summary. 2-6 

3- 1 Reset Operation Results. 3-12 

4- 1 BEC Encoding Definitions. 4-15 

5- 1 Memory, Device, and Operand Size Combinations . 5-3 

5-2 Address Register Sequencing Rules. 5-5 

5-3 Limited Rate Auto Request Timing Parameter Value Combinations . 5-6 

5-4 Bus Cycles Per Operand Transfer — Dual Address. 5-13 

5-5 Channel Error Condition Summary. 5-21 


x 











SECTION 1 
INTRODUCTION 


M68000 microprocessors utilize state-of-the-art MOS technology to maximize performance and 
throughput. The MC68440 dual-direct memory access controller (DDMA) is designed to comple¬ 
ment the performance and architectural capabilities of M68000 Family microprocessors by moving 
blocks of data in a quick, efficient manner with minimum intervention from a processor. The DDMA 
performs memory-to-memory, peripheral-to-memory, and memory-to-peripheral data transfers by 
utilizing the following features: 

• Two Independent DMA Channels with Programmable Priority 

• Asynchronous M68000 Bus Structure with a 24-Bit Address and a 16-Bit Data Bus 

• Fast Transfer Rates: Up to 5 Megabytes per Second at 10 MHz, No Wait States 

• Fully Supports all M68000 Bus Options such as Halt, Bus Error, and Retry 

• FIFO Locked Step Support with Device Transfer Complete Signal 

• Can Operate on an 8-Bit Data Bus with the MC68008 

• Flexible Request Generation: 

Internal, Maximum Rate 
Internal, Limited Rate 
External, Cycle Steal 
External, Burst 

• Programmable 8-Bit or 16-Bit Peripheral Device Types: 

Explicitly Addressed, M68000 Type 
Implicitly Addressed: 

Device with Request and Acknowledge 
Device with Request, Acknowledge, and Ready 

• Non-Contiguous Block Transfer Operation (Continue Mode) 

• Block Transfer Restart Operation (Reload Mode) 

• Pin and Register Compatible Functional Subset of the MC68450 DMAC 

1.1 GENERAL OPERATION 

The main purpose of a direct memory access (DMA) controller in any system is to transfer data at 
very high rates, usually much faster than a microprocessor under software control can handle. The 
term DMA is used to refer to the ability of a peripheral device to access memory in a system in the 
same manner as a microprocessor does. DMA operations can occur concurrently with other opera¬ 
tions that the system processor needs to perform, thus greatly boosting overall system perfor¬ 
mance. Figure 1-1 illustrates a typical system configuration using a DMA interface to a high speed 
disk storage device. In a system such as this, the DDMA will move blocks of data between the disk 
and memory at rates approaching the limits of the memory bus since the simple function of data 
movement is implemented in high speed MOS hardware. A block of data consists of a sequence of 


1-1 



REQO 

CS 


MC68440 

DDMA 


A1-A7 


c 


A8-A23 

DO-D15 


c 


DBEN 


OWN 

DDiR 

Das 


1 


SN74LS245 

7X 




SN74LS373 

rr 





Disk 

Controller 



H1-H4 PA0-PA7 

MC68230 Pl/T 


I DMAREQ 
CS 





MC68000, 

MC68008, 

or 

MC68010 

MPU 

wmmummmm 

■ 


. 


■ 


■ 

mum 

Data Bus 

M 

■ 

■ 

1 

n 




1 

_ f 







Address Bus 

i 




-N 


1 / 


Figure 1-1. Typical System Configuration 













byte or word operands starting at a specific address in memory with the length of the block deter¬ 
mined by a transfer count as shown in Figure 1-2. A single channel operation may involve the 
transfer of several blocks of data between the memory and a device. 

Any operation involving the DDMA will follow the same basic steps: channel initialization by the 
system processor, data transfer, and block termination. In the initialization phase, the host pro¬ 
cessor loads the registers of the DDMA with control information, address pointers, and transfer 
counts and then starts the channel. During the transfer phase, the DDMA accepts requests for 
operand transfers and provides addressing and bus control for the transfers. The termination 
phase occurs after the operation is complete, when the DDMA indicates the status of the operation 
in a status register. During all phases of a data transfer operation, the DDMA will be in one of three 
operating modes: 

IDLE This is the state that the DDMA assumes when it is reset by an external device and 
waiting for initialization by the system processor or an operand transfer request from a 
peripheral. 

MPU This is the state that the DDMA enters when it is chip selected by another bus master 
in the system (usually the main system processor). In this mode, the DDMA internal 
registers are written or read, to control channel operation or check the status of a block 
transfer. 

DMA This is the state that the DDMA enters when it is acting as a bus master to perform an 
operand transfer. 



Figure 1-2. Data Block Format 
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1.2 TRANSFER MODES 

The DDMA can perform implicit address or explicit address data transfers. Implicitly addressed 
devices do not require the generation of a device data register address for a data transfer. Such a 
device is controlled by a five signal device control interface on the DDMA during implicit address 
transfers as shown in Figure 1-3. Since only memory is addressed during such a data transfer, this 
method is called the single-address method. 



Figure 1-3. Implicitly Addressed Device Interface 


Explicitly addressed devices require that a data register within the peripheral device be addressed. 
No signals other than the M68000 asynchronous bus control signals are needed to interface with 
such a device, although any of the five device control signals may also be used. Because the ad¬ 
dress bus is used to access the peripheral, the data cannot be directly transferred to/from memory 
since memory also requires addressing. Therefore, data is transferred from the source to an internal 
holding register in the DDMA and then transferred to the destination during a second bus transfer 
as shown in Figure 1-4. Since both memory and the device are addressed during such a data 
transfer, this method is called the dual-address method. 

1.3 REQUEST MODES 

Requests may be externally generated by a device or internally generated by the auto-request 
mechanism of the DDMA. Auto-requests may be generated either at the maximum rate, where the 
channel always has a request pending, or at a limited rate determined by selecting a portion of the 
bus bandwidth to be available for DMA activity. External requests can be either burst requests or 
cycle steal requests that are generated by the request signal associated with each channel. 
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Figure 1-4. Dual-Address Transfer Sequence 


1.4 REGISTERS 

The DDMA contains 17 on-chip registers for each of the two channels plus one general control 
register, all of which are under complete software control. The user programmer's model of the 
registers is shown in Figure 1-5. 

The DDMA registers contain information about the data transfer such as the source and destination 
address and function codes, transfer count, operand size, device port size, channel priority, con¬ 
tinuation address and transfer count, and the function of the peripheral control line. One register 
also provides status and error information on channel activity, peripheral inputs, and various events 
which may have occurred during a DMA transfer. A general control register selects the bus utiliza¬ 
tion factor to be used in limited rate auto-request DMA operations. 
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Figure 1-5. DDMA Programmer's Model 
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SECTION 2 

SIGNAL DESCRIPTION 


This section contains a brief description of the DDMA input and output signals. Included at the end 
of the functional description of the signals is a table describing the electrical characteristics of each 
pin (i.e., the type of driver used). 

NOTE 

The terms assertion and negation will be used extensively. This is done to avoid confu¬ 
sion when dealing with a mixture of "active-low" and "active-high" signals. The term 
assert or assertion is used to indicate that a signal is active or true, independent of 
whether that level is represented by a high or low voltage. The term negate or negation is 
used to indicate that a signal is inactive or false. 

2.1 SIGNAL ORGANIZATION 

The input and output signals can be functionally organized into the groups shown in Figure 2-1. The 
function of each signal or group of signals is discussed in the following paragraphs. 

2.1.1 Address/Data Bus (A8/D0 through A23/D15) 

This 16-bit bus is time multiplexed to provide address outputs during the DMA mode of operation 
and is used as a bidirectional data bus to input data from an external device (during an MPU write or 
DMA read) or to output data to an external device (during an MPU read or a DMA write). This is a 
three-state bus and is demultiplexed using external latches and buffers controlled by the multiplex 
control lines (refer to 2.1.5 Multiplex Control). 


2.1.2 Lower Address Bus (A1 through A7) 

These bidirectional three-state lines are used to address the DDMA internal registers in the MPU 
mode and to provide the lower seven address outputs in the DMA mode. 

2.1.3 Function Codes (FCO through FC2) 

These three-state output lines are used in the DMA mode to further qualify the value on the address 
bus to provide eight separate address spaces that may be defined by the user. The value placed on 
these lines is taken from one of the internal function code registers, depending on the source 
register for the address used during a DMA bus cycle. 

2.1.4 Asynchronous Bus Control 

Asynchronous data transfers are handled using the following control signals: chip select, address 
strobe, read/write, upper and lower data strobes (or AO and data strobe when using an 8-bit bus), 
and data transfer acknowledge. These signals are described in the following paragraphs. 
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Figure 2-1. Signal Organization 


2.1.4.1 CHIP SELECT (CS). This input signal is used to select the DDMA for an MPU bus cycle. 
When CS is asserted, the address on A1-A7 and the data strobes (or AO when using an 8-bit bus) 
select the internal DDMA register that will be involved in the transfer. CS should be generated by 
qualifying an address decode signal with the address and data strobes. 


2.1.4.2 ADDRESS STROBE (AS). This bidirectional signal is used as an output in the DMA mode 
to indicate that a valid address is present on the address bus. In the MPU or IDLE modes, it is used 
as an input to determine when the DDMA can take control of the bus (if the DDMA has requested 
and been granted use of the bus). 


2.1.4.3 READ/WRITE (R/W). This bidirectional signal is used to indicate the direction of a data 
transfer during a bus cycle. In the MPU mode, a high level indicates that a transfer is from the 
DDMA to the data bus and a low level indicates a transfer from the data bus to the DDMA. In the 
DMA mode, a high level indicates a transfer from the addressed memory or device to the data bus, 
and a low level indicates a transfer from the data bus to the addressed memory or device. 

2.1.4.4 UPPER AND LOWER DATA STROBE (UDS/AO AND LDS/DS). These bidirectional lines 
are used for different purposes depending on whether the DDMA is operating on an 8-bit or a 16-bit 
bus (refer to 2.1.5.5 HIGH BYTE (HIBYTE)). 
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When using a 16-bit bus, these pins function as UDS and LDS. During any bus cycle, UDS is 
asserted if data is to be transferred over data lines D8-D15 and LDS is asserted if data is to be trans¬ 
ferred over data lines D0-D7, UDS/LDS are asserted by the DDMA when operating in the DMA 
mode and by another bus master when in the MPU mode. 

When using an 8-bit bus, these pins function as AO and DS. AO is an extension to the lower address 
lines to provide the address of a byte in the 16 megabyte address map and is valid when A1-A7 are 
valid. DS is used as a data strobe to enable external data buffers and to indicate that valid data is on 
the bus during a write cycle. 


2.1.4.5 DATA TRANSFER ACKNOWLEDGE (DTACK). This bidirectional line is used to signal that 
an asynchronous bus cycle may be terminated. In the MPU mode, this output indicates that the 
DDMA has accepted data from the MPU or placed data on the bus for the MPU. In the DMA mode, 
this inp ut is monitored by the DDMA to determine when to terminate a bus cycle. As long as 
DTACK remains negated, the DDMA will insert wait cycles into a bus cycle and when DTACK is 
asserted, the bus cycle will be terminated (except when PCL is used as a ready signal, in which case 
both signals must be asserted before the cycle is terminated). 


2.1.4.6 BUS EXCEPTION CONTROL (BECO THROUGH BEC2). These input lines provide an en¬ 
coded signal that indicates an abnormal bus condition such as a bus error or reset. Refer to 4.4.2 
Bus Exception Control Functions for a detailed description of the function of these pins. 

2.1.5 Multiplex Control 

These signals are used to control external multiplex/demultiplex devices to separate the address 
and data information on the A8/D0-A23/D15 lines and to transfer data between the upper and 
lower halves of the data bus during certain DMA bus cycles. 

Figure 2-2 shows the five external devices needed to demultiplex the address/data pins and the 
interconnection of the multiplex control signals. The SN74LS245 that may connect the upper and 
lower halves of the data bus is needed only if an 8-bit device is used to transfer data to or from a 
16-bit system data bus during single address transfers. When the DDMA is used on an 8-bit system 
data bus with 8-bit devices, only the SN74LS245 buffer for D0-D7 is needed. 


2.1.5.1 OWN (OWN). This output indicates that the DDMA is controlling the bus. It is used as the 
enable signal to turn on the external address latch drivers and control signal buffers. 

2.1.5.2 UPPER ADDRESS STROBE (UAS). This output is used as the gate signal to the 
transparent latches that capture the value of A8-A23 on the multiplexed address/data bus. 


2.1.5.3 DATA BUFFER ENABLE (DBEN). This output is used as the enable signal to the external 
bidirectional data buffers. 


2.1.5.4 DATA DIRECTION (DDIR). This output controls the direction of the external bidirectional 
data buffers. If DDIR is high, the data transfer is from the DDMA to the data bus. If DDIR is low, the 
data transfer is from the data bus to the DDMA. 
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Figure 2-2. Demultiplex Logic 


2.1.5.5 HIGH BYTE (HIBYTE). This bidirectional signal determines the size of the bus used by the 
DDMA during a reset operation. If this signal is asserted (tied to ground) during reset, the data bus 
size is eight bits and HIBYTE will not be used as an output. If it is negated (pulled high by a resistor) 
during reset, the data bus size is assumed to be 16 bits and HIBYTE will be used as an outpu t during 
single-address DMA transfers between an 8-bit device and a 16-bit memory. As an output, HIBYTE 
indicates that data will be present on data lines D8-D15 that must be transferred to data lines D0-D7 
or vice versa through an external buffer during a single address transfer between an 8-bit device and 
a 16-bit memory (refer to 4.3.2 Single Address Transfers). 

2.1.6 Bus Arbitration Control 

These three signals form a bus arbitration circuit used to determine which device in a system will be 
the current bus master. 
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2.1.6.1 BUS REQUEST (BR). This output is asserted by the DDMA to request control of the bus. 

2.1. 6 . 2 BUS GRANT (BG). This input is asserted by an external bus arbiter to inform the DDMA 
that it may assume bus mastership as soon as the cur rent bus cycle is completed. The DDMA will 
not take control of the bus until CS, IACK, AS, and BGACK are all negated. 


2.1.6.3 BUS GRANT ACKNOWLEDGE (BGACK). This b idirectional signal is asserted by the 
DDMA to indicate that it is the current bus master. BGACK is monitored as an input to determine 
when the DDMA can become bus master and if a bus master other than the system MPU is a 
master during limited rate auto-request operation. 

2.1.7 Interrupt Control 

These two signals form an interrupt request/acknowledge handshake circuit with an MPU. 


2.1.7.1 INTERRUPT REQUEST (IRQ). This output is asserted by the DDMA to request service from 
the MPU. 


2.1.7.2 INTERRUPT ACKNOWLEDGE (IACK). This input is asserted by the MP U to a cknowledge 
that it has received an interrupt from the DDMA. In response to the assertion of IACK, the DDMA 
will place a vector on D0-D7 that will be used by the MPU to fetch the address of the proper DDMA 
interrupt handler routine. 

2.1.8 Device Control 

These eight lines perform the interface between the DDMA and two peripheral devices. Two sets of 
three lines are dedicated to a single DDMA channel and its associated peripheral; the remaining two 
lines are global signals shared by both channels. 


2.1.8.1 REQUEST (REQO, REQ1). These inputs are asserted by a peripheral device to request an 
operand transfer between that peripheral device and memory. In the cycle steal request generation 
mode, these inputs are edge sensitive; in burst mode, they are level sensitive. 


2. 1.8. 2 ACKNOWLEDGE (ACKO, ACK1). These outputs are asserted by the DDMA to signal to a 
peripheral that an operand is being transferred in response to a previous transfer request. 


2.1. 8.3 PERIPHERAL CONTROL LINE (PCLO, PCL1). These inputs are multi-purpose signals that 
may be programmed to function as ready, abort, reload, status, or interrupt inputs. 

2.1. 8.4 DATA TRANSFER COMPLETE (DTC). This output is asserted by the DDMA during any 
DDMA bus cycle to indicate that data has been successfully transferred (i.e., the bus cycle was not 
terminated abnormally). 


2.1.8.5 DONE (DONE). This bidirectional signal is asserted by the DDMA or a peripheral device dur¬ 
ing any DMA bus cycle to indicate that the data being transferred is the last item in a block. The 
DDMA will assert this signal during a bus cycle when the memory transfer count register is decre¬ 
mented to zero and the continue bit in the channel control register is not set. 
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2.1.9 Clock (CLK) 

The clock input is a TTL-compatible signal that is internally buffered for development of the internal 
clocks needed by the DDMA. The clock input should not be gated off at any time and the clock 
signal must conform to minimum and maximum pulse width times. 

2.1.10 No Connection (NC) 

Six pins on the MC68440 are not connected in order to maintain pin compatibility with the MC68450 
DMAC; these pins are in the positions of the device control signals for channels two and three 
(REQ2, ACK2, PCL2, REQ3, ACK3, and PCL3) on the DMAC. It is suggested that these pins be left 
unconnected to allow future expansion; however, if a DDMA is placed into a socket designed to 
also accommodate a DMAC, the four input signals will be ignored and the two output signals will be 
allowed to float. 

2.2 SIGNAL SUMMARY 

Table 2-1 is a summary of all the signals discussed in the previous paragraphs. 


Table 2-1. Signal Summary 


Signal Name 

Direction 

Active State 

Driver Type 

A8/D0-A23/D15 

In/Out 

High 

Three State 

A1-A7 

In/Out 

High 

Three State 

FC0-FC2 

Out 

High 

Three State 

cs 

In 

Low 


AS 

In/Out 

Low 

Three State* 

R/W 

In/Out 

■dSKSI 

Three State* 

UDS/AO 

In/Out 

Low/ High 

Three State* 

LDS/DS 

In/Out 

Low 

Three State* 

DTACK 

In/Out 

Low 

Open Drain* 

OWN 

Out 

Low 

Open Drain* 

Das 

Out 

Low 

Three State* 

DBEN 

Out 

Low 

Three State* 

DDIR 

Out 

High/Low 

Three State* 

HIBYTE 

In/Out 

Low 

Three State* 

BEC0-BEC2 

In 

Low 


BR 

Out 

Low 

Open Drain 

BG 

In 

Low 


BGACK 

In/Out 

Low 

Open Drain* 

IRQ 

Out 

Low 

Open Drain 

Jack 

In 

Low 


REQO, REQ1 

In 

Low 


ACKO, ACKT 

Out 

Low 

Three State* 

PCLO, PCL1 

In 

Programmed 


DTC 

Out 

Low 

Three State* 

DONE 

In/Out 

Low 

Open Drain 

CLK 

In 




•These signals require a pullup resistor to maintain a high voltage when in the high- 
impedance or negated state. However, when these signals go to the high- 
impedance or negated state, they will first drive the pin high momentarily to 
reduce the signal rise time. 
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SECTION 3 

REGISTER DESCRIPTION 


This section contains a decription of the DDMA internal registers and the control bit assignments 
within each register. Figure 3-1 shows the memory mapped locations of the registers for each chan¬ 
nel on a 16-bit bus. Figure 3-2 (found on a foldout page at the back of this book) shows the register 
summary and may be used for a quick reference to the bit definitions within each register. The 
register locations defined as 'Null Register' may be read or written; however, a write access will not 
affect any DDMA channel operation and a read access will always return all ones. In the descrip¬ 
tions of each register, some bits are defined as 'not used,' in which case writes to those bits will 
have no effect and they will always read as zeros. 

The register memory map for the MC68440 DDMA is identical to the register memory map for the 
MC68450 DMAC, including the individual bit assignments within the registers. Flowever, not all 
functional options available on the DMAC are available on the DDMA and vice versa, and the chan¬ 
nel 2 and 3 registers on the DMAC are treated as null registers on the DDMA. If any programmable 
options labeled 'MC68450 Reserved' or 'Undefined, Reserved' are programmed into a DDMA chan¬ 
nel, a configuration error will occur when the MPU attempts to start that channel. 

The description given in this section is for a single channel, but applies to both channels since they 
are identical. When the operation of a register affects the two channels differently or is common to 
both channels, that fact will be included in the register description. 

All registers within the DDMA are always accessible as bytes or words by the MPU (assuming that 
the MPU can gain control of the DMA bus); however, some registers may not or should not be 
modified while a channel is actively transferring data. If a register may not be modified during opera¬ 
tion and an attempt is made to write to it, an operation timing error will be signaled and the channel 
operation aborted. Refer to 5.3.1 Programming Sequence for the proper order to use when writing 
to channel registers in order to start an operation. 

3.1 ADDRESS REGISTERS (MAR, DAR, AND BAR) 

These three 32-bit registers contain addresses that are used by the DDMA to access memory while 
it is a bus master. Since the DDMA only has 24 address lines available externally, the upper eight 
bits of these registers are truncated; however, the upper byte is supported for reads and writes for 
compatibility with future expanded address capabilities. The upper eight bits will also be in¬ 
cremented if necessary; for example, an address register will count from $00FFFFFF to $01000000. 
If such an increment occurs, the external address bus will 'roll over' to $000000 and the DDMA will 
continue normal operation without any error indication. 
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Channel 

Base 

CHO -00 
CHI -40 
CH2* —80 
CH3* — CO 


Register 

Offset 15** 8 7 0 



01 

03 

05 

07 

09 

OB 

OD 

OF 

11 

13 

15 

17 

19 

IB 

ID 

IF 

21 

23 

25 

27 

29 

2B 

2D 

2F 

31 

33 

35 

37 

39 

3B 

3D 

3F 


* All accesses to channel 2 and 3 registers will be treated as null accesses. 
**When operated on an 8-bit bus, all register data is transferred over 
D0-D7; the word and long word registers are then accessed as a conti¬ 
guous set of bytes. 

* * *The GCR is located at FF only. 


Figure 3-1. Register Memory Map 
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The memory address register (MAR) contents are used whenever the DDMA is running a bus cycle 
to fetch or store an operand part in memory. Likewise, the device address register (DAR) contents 
are used when the DDMA is running a bus cycle to transfer an operand part to or from a peripheral 
device during a dual address transfer (refer to 4.3 DMA MODE OPERATION). The base address 
register (BAR) is used by the DDMA in the continue and reload modes of operation to hold the ad¬ 
dress to be transferred to the MAR in response to a continue operation or reload request. 

3.2 FUNCTION CODE REGISTERS (MFCR, DFCR, AND BFCR) 

These 4-bit registers contain function code values that are used by the DDMA in conjunction with 
the three address registers during a DMA bus cycle. The address space value on the function code 
lines may be used by an external memory management unit (MMU) or other memory protection 
device to translate the DDMA logical addresses into the proper physical addresses. The value pro¬ 
grammed into the memory function code register (MFCR) or the device function code register 
(DFCR) is placed on pins FC2-FC0 during a bus cycle to further qualify the address bus value, which 
will be the contents of the MAR or DAR respectively. The base function code register (BFCR) is 
used by the DDMA in the continue and reload modes of operation to hold the function code to be 
transferred to the MFCR in response to a continue operation or reload request. Note that these are 
4-bit registers, with bit 3 readable and writable for future compatibility; however, it is not available 
as an external signal. Bits 4-7 of the function code registers will always read as zeros and are not af¬ 
fected by writes. 

3.3 TRANSFER COUNT REGISTERS (MTCR AND BTCR) 

These 16-bit registers are programmed with the operand count for a block transfer. The memory 
transfer count register (MTCR) is decremented each time the DDMA successfully transfers an 
operand between memory and a device until it is zero, at which time the channel will terminate the 
operation. The base transfer count register (BTCR) is used in the continue and reload modes of 
operation to hold the operand count to be transferred to the MTCR in response to a continue opera¬ 
tion or reload request. 

3.4 INTERRUPT VECTOR REGISTERS (NIVR AND EIVR) 

These two 8-bit registers are used by the DDMA during interrupt acknowledge bus cycles. When 
the IACK signal is asserted to the DDMA, the contents of the normal interrupt vector register 
(NIVR) or the error interrupt vector register (EIVR) for the highest priority channel with an interrupt 
pending will be placed on A8/D0-A15/D7. If the ERR bit in the corresponding channel status 
register is clear when IACK is asserted, the contents of the NIVR will be used; otherwise, the con¬ 
tents of the EIVR will be used. Both of these registers are set to the uninitialized vector number 
($0F) by a reset operation. 

3.5 CHANNEL PRIORITY REGISTER (CPR) 

This register determines the priority level of a channel. When simultaneous operand transfer re¬ 
quests are pending in each channel, the highest priority channel will be serviced first. When both 
channels are at the same priority level, an alternating service order is used to resolve simultaneous 
requests. The same priority scheme is used to resolve simultaneous pending interrupts during an 
interrupt acknowledge cycle; however, two independent circuits within the DDMA perform the 
priority arbitration for operand transfer requests and interrupt requests. 


3-3 



Channel Priority Register (CPR) 


7 

6 

5 

4 

3 

2 

1 0 

0 

0 

0 

0 

0 

0 

CP 


0 Not Used 

CP Channel Priority 

00 Priority 0 (Highest) 

01 Priority 1 

10 Priority 2 (MC68450 Reserved) 

11 Priority 3 (Lowest) (MC68450 Reserved) 

3.6 CONTROL REGISTERS 

These four registers control the operation of the DMA channels by selecting various options for 
operand size, device characteristics, and address sequencing. 

3.6.1 Device Control Register (DCR) 

This register defines the characteristics of the device interface, including the device transfer request 
type, bus interface, port size, and the function of the PCL line. 


7 6 

5 4 

3 

2 

1 

0 

XRM 

DTYP 

DPS 

PCL 


XRM 

External Request Mode 


00 

Burst Transfer Mode 


01 

(Undefined, Reserved) 


10 

Cycle Steal Without Hold 


11 

(MC68450 Reserved) 

DTYP 

Device 

Type 


00 

M68000 Compatible, Explicitly Addressed 


01 

(MC68450 Reserved) 


10 

Device with ACK, Implicitly Addressed 


11 

Device with ACK and RDY, Implicitly Addressed 

DPS 

Device 

Port Size 


0 

8-Bit Port 


1 

16-Bit Port 

PCL 

Peripheral Control Line Function 


000 

Status Input (Level Read in CSR) 


001 

Status Input with Interrupt 


010 

(MC68450 Reserved) 


011 

Abort Input 


100 

Reload Input 


101 ] 



110 

■ (Undefined, Reserved) 


111 J 



3-4 





3.6.1.1 EXTERNAL REQUEST MODE. This field determines the method used by the device to re¬ 
quest operand transfers. In the burst transfer mode, the REQ pin is a level sensitive input that 
generates transfer requests as long as it remains asserted. In the cycle steal mode, the REQ pin is an 
edge sensitive input; an asserted edge must occur to request each operand transfer. For more 
detailed information, refer to 5.2.3.3 TRANSFER REQUEST GENERATION. 

3.6.1.2 DEVICE TYPE. This field selects one of three available device transfer protocols. For 
M68000 type devices, the DDMA will use a dual address transfer protocol by running M68000 type 
bus cycles to transfer data to or from the device registers and a second bus cycle to complete the 
operand transfer from or to memory (note that this device type also allows memory-to-memory 
block transfers). In the remaining two device protocols, the DDMA asserts the acknowledge signal 
to implicitly address the device during a single address transfer while it is explicitly addressing a 
memory location. For a device with acknowledge only, the DDMA will assume that the device will 
place data onto or accept data from the bus in order to meet the timing requirements of a minimum 
length bus cycle and will terminate all bus cycles when the memory asserts DTACK. For a device 
with acknowledge and ready, the PCL line is used as a ready signal that is similar to the DTACK 
signal. Durng a write to memory, the DDMA will not assert the data strobes to memory until the 
device has asserted ready. During a read from memory, the DDMA will not terminate the bus cycle 
until the device has asserted ready and memory has asserted DTACK. Note that when the DTYP 
field is programmed for device with acknowledge and ready, the PCL function field in the DCR and 
the PCT and PCS bits in the CSR will be ignored. 

3.6.1.3 DEVICE PORT SIZE. This field indicates how wide the device data port is, either 8 or 16 
bits. Refer to Table 5-1 for legal port, memory, and operand size combinations. 

3.6.1.4 PERIPHERAL CONTROL LINE. If the DTYP field is not programmed for device with 
acknowledge and ready, this field will define the function of the PCL line. The level on the PCL line 
can always be read from the PCS bit in the channel status register and can also be used to generate 
an interrupt when a high-to-low transition occurs on the pin. If programmed as an abort or reload 
input, it is a high-to-low edge-sensitive signal that will cause the DDMA to abort the channel opera¬ 
tion or reload the MAR, MFCR, and MTCR from the BAR, BFCR, and BTCR respectively. 


3.6.2 Operation Control Register (OCR) 

This register defines the type of operation that will be performed by a channel. The parameters pro¬ 
grammed in this register are the direction of the transfer, the operand size to be used, whether the 
operation is chained, and the type of request generation to be used. 
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Operation Control Register (OCR) 


7 

6 

5 4 

3 2 

1 0 

DIR 

0 

SIZE 

CHAIN 

REQG 


DIR Transfer Direction 

0 From Memory to Device 

I From Device to Memory 

0 Not Used 

SIZE Operand Size 

00 Byte 

01 Word 

10 (MC68450 Reserved) 

II (Undefined, Reserved) 

CFIAIN Chain Operation 

00 Chaining Disabled 

01 (Undefined, Reserved) 

10 (MC68450 Reserved) 

11 (MC68450 Reserved) 

REQG Request Generation 

00 Internal Request at Limited Rate 
01 Internal Request at Maximum Rate 

10 External Request 

11 (MC68450 Reserved) 

3.6.2.1 TRANSFER DIRECTION. This field controls the direction of the block transfer. A zero in¬ 
dicates that the transfer is from memory to the device, a one indicates that the transfer is from the 
device to memory. 


3.6.2.2 OPERAND SIZE. This field defines the size of the data item to be transferred in response to 
each operand transfer request. The DDMA supports byte and word operand sizes; refer to Table 5-1 
for legal port, memory, and operand size combinations. 

3.6.2.3 CFIAINING OPERATION. This field is used to program a channel for a chained operation. 
No chaining functions are available on the DDMA; however, these bits are writable to maintain 
compatibility with the MC68450 DMAC (although a configuration error will occur if a non-zero value 
is used). 

3.6.2.4 REQUEST GENERATION METHOD. This field defines the method used by the DDMA to 
detect operand transfer requests. Two types of internal request generation methods are available, 
or a request may be externally generated. If one of the internal request generation methods is pro¬ 
grammed, the XRM field in the DCR is ignored. Refer to 3.8 GENERAL CONTROL REGISTER 
(GCR) for more details on programming the time intervals for the internal request at a limited rate 
method of request generation. 
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3.6.3 Sequence Control Register (SCR) 

This register controls the manner in which the memory and device address registers are in¬ 
cremented during transfer operations. Each address register may be programmed to remain un¬ 
changed during an operand transfer or to be incremented after each operand is successfully 
transferred. The value by which a register is incremented after each DMA bus cycle depends on the 
operand size and the device port size; for more details on address sequencing, refer to 5.2.3.2 AD¬ 
DRESS SEQUENCING. 


Sequence Control Register 


7 

6 

5 

4 

CM 

CO 

1 0 

0 

0 

0 

0 

MAC 

DAC 


0 Not Used 

MAC Memory Address Count 


00 

MAR Does Not Count 

01 

MAR Counts Up 

10 

(MC68450 Reserved) 

11 

(Undefined, Reserved) 

Device 

Address Count 

00 

DAR Does Not Count 

01 

DAR Counts Up 

10 

(MC68450 Reserved) 

11 

(Undefined, Reserved) 


3.6.4 Channel Control Register (CCR) 

This register is used to control the operation of the channel. By writing to this register, a channel 
operation may be started, set to be continued, halted, and aborted. Also, the channel can be 
enabled to issue interrupts when an operation is completed. 

The STR and CNT bits are used to start the channel and to program it for continued operation. 
These bits can only be set by writing to them and are cleared internally by the DDMA. The STR bit. 
will be cleared by the DDMA one clock after being set and the CNT bit is cleared when the MTCR is 
decremented to zero or by an error termination of the channel operation. The CNT bit must not be 
set at the beginning of a write cycle to the CCR to set the STR bit or an operation timing error will 
occur (the STR and CNT bits may be set by the same write cycle, however). Also, once the STR bit 
is set, none of the other control registers may be modified or an operation timing error will occur. 
The SCR may be written simultaneously with the CCR with the STR bit set to complete the initiali¬ 
zation of the channel and start it with one bus cycle. 

The H LT bit may be used to suspend the channel operation at any time by writing a one to it and the 
operation may then be continued by clearing HIT. If it is desired to stop the channel and not con¬ 
tinue at a later time, the SAB bit may be set at any time to abort a channel operation. 
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The INT bit controls the generation of interrupts by the DDMA. If the INT bit is set and the COC, 
BTC, or PCT (with PCL programmed as a status with interrupt input) bits are set in the CSR, then 
the IRQ signal will be asserted. If the PCL line is not programmed as an interrupt input, the PCT bit 
will be set by a high-to-low transition, but will not generate an interrupt. 

If a one is written to the STR bit position, the one will not be stored, but the CSR will reflect the 
status of the channel after the start operation is executed; the ACT bit in the CSR will be set if no 
error occurs. The STR bit always reads as zero, and writing a zero to this position will have no effect 
on the channel operation. 


Channel Control Register 


7 

6 

5 

4 

3 

2 

1 

0 

STR 

CNT 

HLT 

SAB 

INT 

0 

0 

0 


STR Start Operation 

0 No Effect 

1 Start Channel 

CNT Continue Operation 

0 No Continuation is Pending 

1 Continue Operation at End of Block 

HLT Halt Operation 

0 Normal Channel Operation 

1 Halt Channel Operation 

SAB Software Abort 

0 Normal Channel Operation 

1 Abort Channel Operation 

INT Interrupt Enable 

0 Channel Will Not Generate Interrupts 

1 Channel May Generate Interrupts 

0 (Undefined, Reserved) 

3.7 STATUS REGISTERS 

These two registers reflect the status of a channel operation. If an error is indicated by the channel 
status register (CSR), a more detailed description of the first error that occurred during an operation 
will be encoded in the lower five bits of the channel error register (CER). 

3.7.1 Channel Status Register (CSR) 

This register reflects the status of a channel operation. The status information supplied indicates if 
the channel is active or complete, whether an error has occurred, and whether or not the PCL signal 
has been asserted during the operation. 
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The ACT bit will be set when the channel is started by writing to the STR bit in the channel control 
register and will be cleared when the channel operation terminates. The COC, BTC, and NDT bits 
indicate the manner by which an operation terminated. COC is set when the channel is terminated, 
either successfully or for an error. BTC is set when the MTCR is decremented to zero and the CNT 
bit is set in the channel control register to indicate that a continued operation is complete and the 
DDMA is now transf erring t he next block. The NDT bit is set when the device terminates an opera¬ 
tion by asserting the DONE signal. The ERR bit will be set any time that an error has occurred in the 
channel and indicates that the non-zero value in the channel error register reflects the type of the 
first error that has occurred since the channel was last started. 

The RLD, PCT, and PCS bits are associated with the function of the PCL signal. RLD will be set if 
the PCL line is programmed as a reload input and a reload operation was requested and has been 
successfully completed. The PCT bit will be set anytime that a high-to-low transition occurs on the 
PCL line, regardless of its programmed function. The PCS bit reflects the instantaneous level of the 
PCL line; if this bit is set, the PCL line is at the high-voltage level and if this bit is clear the PCL line is 
at the low-voltage level. 

Once they have been set by the DDMA, the COC, BTC, NDT, ERR, RLD, and PCT bits must be 
cleared either by a reset or by writing to the CSR. In order to clear a status bit, a one (1) is written to 
the bit position corresponding to that status bit. if a zero (0) is written to a status bit position, that 
bit will be unaffected; also, the ACT and PCS status bits are unaffected by all write operations to 
the CSR. In order to start channel operation, the COC, NDT, and ERR bits must be cleared; in order 
to perform a continued operation, the BTC bit must be cleared before the CNT bit is set in the chan¬ 
nel control register. Note that when the ERR bit is cleared, either by reset or by writing to it, the 
channel error register will also be cleared. 

Channel Status Register 


7 

6 

5 

4 

3 

2 

1 

0 

COC 

BTC 

NDT 

ERR 

ACT 

RLD 

PCT 

PCS 


COC Channel Operation Complete 

0 Channel Operation Not Complete 

1 Channel Operation Has Completed 


BTC Block Transfer Complete 

0 Block Transfer Not Complete 

1 Continued Block Transfer Has Completed 


NDT Normal Device Termination 

0 Operation Not Terminated by Device_ 

1 Device Terminated Operation with DONE 


ERR Error 

0 No Error 

1 Error Has Occurred 
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ACT Channel Active 

0 Channel Not Active 

1 Channel Is Active 

RLD Reload Occurred 

0 Reload Has Not Occurred 

1 Reload Operation Occurred 

PCT PCL Transition 

0 No PCL Transition Has Occurred 

1 High-to-Low PCL Transition Occurred 

PCS PCL State 

0 PCL Line is Low 

1 PCL Line is High 

3.7.2 Channel Error Register (CER) 

This register indicates the cause of the first error that has occurred since the ERR bit in the channel 
status register was last cleared. When the ERR bit in the CSR is set, bits 0-4 indicate the type of 
error that occurred. Refer to 5.6.3 Error Termination for more information on the cause of the errors 
reported by the CER. 


Channel Error Register 


00011 (Undefined, Reserved) 

001 rr Address Error 

OlOrr Bus Error 

011 rr Count Error 




7 6 5 4 

3 2 1 

0 


C 

0 0 0 

ERROR CODE 


0 

Not Used 




Error 

00000 

No Error 



Code 

00001 

Configuration Error 




00010 

Operation Timing Error 




10000 External Abort 

10001 Software Abort 
10010 

(Undefined, Reserved) 

11111 



rr Register Code 

00 MAR and DAR 

01 MAR or MTCR 

10 DAR 

11 BAR or BTCR 
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3.8 GENERAL CONTROL REGISTER (GCR) 


This is a global register that may affect the operation of both channels. If a channel is programmed 
for internal limited-rate request generation, the GCR is used to determine the time constants for the 
limited-rate timing. Refer to 5.2.3.2 Internal, Limited Rate for more details on limited rate auto¬ 
request operation. 

General Control Register 


7 

6 

5 

4 

3 2 

1 0 

0 

0 

0 

0 

BT 

BR 


0 Not Used 

BT Burst Transfer Time 

00 16 Clocks 

01 32 Clocks 

10 64 Clocks 

11 128 Clocks 

BR Bandwidth Available to DDMA 

00 50.00% 

01 25.00% 

10 12.50% 

11 6.25% 

3.9 REGISTER SUMMARY 

A summary of the bit definitions for each of the channel registers along with the address of each 
register within the DDMA register memory map is provided in Figure 3-2 found on a foldout page at 
the back of this book. 

3.10 RESET OPERATION RESULTS 

When the DDMA is reset, either during a system power-up sequence or to re-initialize the DDMA, 
many of the registers will be affected and will be set to known values. Table 3-1 shows the hexa¬ 
decimal value that will be placed in each register by a reset operation. 
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Table 3-1. Reset Operation Results 


Register 

Value 

Comments 

MARc 

XXXXXXXX 


DARc 

XXXXXXXX 


BARc 

XXXXXXXX 


MFCRc 

X 


DFCRc 

X 


BFCRc 

X 


MTCRc 

xxxx 


BTCRc 

xxxx 


NIVRc 

OF 

Uninitialized Vector 

ElVRc 

OF 

Uninitialized Vector 

CPRc 

00 


DCRc 

00 


OCRc 

00 


SCRc 

00 


CCRc 

00 

Channel Not Active, Interrupts Disabled 

CSRc 

00 or 01 

(Depending on the Level of PCLc) 

CERc 

00 

No Errors 

GCR 

00 



X —indicates an unknown value or the previous value of the register, 
c—is the channel number (i.e., 0 or 1). 
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SECTION 4 
BUS OPERATION 


This section describes the bus signal operation of the DDMA in all operating modes. All bus opera¬ 
tions are described in relation to the DDMA CLK signal, with all signal activity taking place during a 
certain period of the CLK input. The terminology and conventions used are identical to the bus 
description for the MC68000 16-bit microprocessor. Functional timing diagrams are included to 
assist in the definition of signal timings; however, these diagrams are not intended as parametric 
timing definitions. For detailed timing relationships between various signals, refer to SECTION 6 
ELECTRICAL SPECIFICATIONS. 

The term 'synchronization delay' will be used repeatedly when discussing bus operation. This delay 
is the time period required for the DDMA to sample an external asynchronous input signal, deter¬ 
mine whether it is high or low, and synchronize the input to the DDMA internal clocks. Figure 4-1 
shows the relationship between the CLK signal, an external input, and its associated internal signal 
that is typical for all of the asynchronous inputs. 



Figure 4-1. Relationship Between 
External and Internal Signals 


4.1 RESET OPERATION 

The DDMA can be reset to the IDLE mode by an external device at any time by asserting the reset 
encoding on BEC0-BEC2. Two types of reset operations may be performed by external hardware, a 
power-on reset and a system reset after power has been stable for a long period of time. During 
power-on reset, the reset signal must be asserted to the DDMA for at least 100 milliseconds after 
Vcc has reached its nominal operating level, as shown in Figure 4-2. After power has been stable 
for a long period of time, reset must be asserted for at least 10 clock cycles to reset the DDMA. 
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Figure 4-2. Reset Operation Timing Diagram 

The level of the HIBYTE si gnal dur ing a reset operation is used to indicate to the DDMA what size 
the external data bus is. If HIBYTE is high when reset is negated, the bus is assumed to be 16 bits 
wide; if it is low when reset is negated, the bus is assumed to be eight bits wide and HIBYTE will 
never be used as an output. This convention allows operation without any extra hardware since 
HIBYTE will be pulled high by a resistor or tied to Vcc when a 16-bit bus is used and should be tied 
to GND when an 8-bit bus is used (since an external buffer is not needed to transfer data from 
D8-D15 to D0-D7). 

4.2 MPU MODE OPERATION 

In the MPU mode, the DDMA acts as a peripheral slave to another bus master. When the CS signal 
is asserted,_the DDMA will enter the MPU mode from the idle mode (if the DDMA is in the DMA 
mode and CS is asserted, an error will be signaled). During MPU mode operations, the DDMA will 
accept data from or place data on the data bus according to the level on the R/W pin. The data 
transferred will either be placed into or come from the internal register(s) that is selected by the en¬ 
coding on A1-A7, UDS/AO, and LDS/DS. Once the data transfer has been completed, the DDMA 
will assert DTACK to terminate the bus cycle and return to the IDLE mode. 

During MPU mode operations, the DDMA will synchronize input signals to the CLK input and all 
outputs will occur in relation to the CLK signal; however, the CLK does not need to be synchronous 
with the bus master's clock. Thus, the DDMA will appear to be completely asynchronous to the bus 
master unless they both use the same clock signal. In the functional diagrams showing MPU opera¬ 
tions, the bus master is assumed to be an MC68000, MC68010, or MC68008 with a clock signal 
identical to the DDMA CLK signal. The state numbers (SO, SI, etc.) refer to the numbering conven¬ 
tion for those processors. 

4.2.1 MPU Read Cycles 

During MPU read cycles, the DDMA will place data on the data bus and assert DTACK to indicate 
to the bus master that the data from the register(s) selected is available to it. Figure 4-3 shows the 
functional timing for a word read cycle on a 16-bit bus. The timing for even and odd byte MPU reads 
on a 16-bit bus or any MPU read on an 8-bit bus is identical, with the encoding of UDS/AO and 
LDS/DS selecting the proper byte. A16/D8-A23/D15 are undefined during the data phase of an 
MPU read cycle on an 8-bit bus. 

The_DDMA starts an MPU read operation when CS is asserted and syn chro nized internally with the 
R/W line high. The DDMA responds to the CS by decoding A1-A7, UDS/AO, and LDS/D S and 
placing the dat a from the selected registers) on the appropriate address/data pins, driving DDIR 
high, asserting DBEN and assertin g DT A CK. T he D DMA wil l then wait until CS is negated and 
three state the address/data pins, DDIR, DBEN, and DTACK. 
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Figure 4-3. MPU Read Cycle Timing Diagram 


4.2.2 MPU Write Cycles 

During MPU write cycles, the DDMA accepts data from the data bus and places it into the 
register(s) selected by the bus master. Figure 4-4 shows the functional timing for a word write cycle 
on a 16-bit bus. The timing for even and odd byte MPU writes on a 16-bit bus or any MPU write on 
an 8-bit bus is identical, with the encoding of UDS/AO and LDS/DS selecting the proper byte. 
A16/D8-A23/D15 will be ignored during the data phase of an MPU write cycle on an 8-bit bus. 


SO si S2 S3 S4 Sw Sw Sw Sw Sw Sw 9w Sw S5 S6 S7 



UDS/AO —. -s _ r 


lds/ds \ / 


A8/D0-A23/D15 


DTACK 


-C" . >- 

■ . . — ' “N 

Figure 4-4. MPU Write Cycle Timing Diagram 


The DDMA starts an MPU write operation when CS is asserted and synchronized internally with the 
R/W line low. Note that input data should be valid at the data buffers when CS is asserted; thus, the 
CS equation should include the data strobe(s). The DDMA respo nds to the CS by decoding A1-A7, 
UDS/AO, and LDS/DS, driving DDIR low and asserting DBEN. Data is then taken from the ap¬ 
propriate address/data pins and placed into the selected register(s) and DTACK is asserted. The 
bus master should hold the data valid until CS is negated, at which time the DDMA will three state 
DDTR, DBEN, and DTACK. 
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4.2.3 Interrupt Acknowledge Cycles 

A special case of the MPU mode of operation is the interrupt acknowledge cycle during which the 
system processor is responding to an interrupt request from the DDMA. The timing of an interrupt 
cycle is identical to an odd byte read cycle via CS, except that it is started by the assertion of the 
IACK signal rather than CS. IACK and CS are mutually exclusive signals and must not be asserted 
at the same time. Also, IACK should not be asserted while the DDMA is acting as a bus master or 
an address error will occur for the channel that is being serviced when the IACK signal is asserted. 
Figure 4-5 shows the functional timing for an interrupt acknowledge cycle. 


SO si S2 S3 S4 Sw Sw Sw Sw Sw Sw S5 S6 S7 



DTACK ^ 

Figure 4-5. Interrupt Acknowledge Cycle Timing Diagram 



The DDMA starts an interrupt ackno wledg e operation when IACK is asserted and synchronized 
internally. The DDMA responds to the IACK by placing a vector number on A8/D0-A15/D7, driving 
DDIR high and asserting DBEN and DTACK. The A1-A7, UDS/AO and LDS/DS signals are all 
ignored during an interrupt acknowledge cycle. The vector number placed on the bus will be taken 
from either the NIVR or EIVR of t he hig hest priority channel with an interrupt pending. The vector 
number will remain valid until the IACK signal is negated, at which time the DDMA will three state 
the address/data bus and negate DDIR, DBEN, and DTACK. 

4.3 DMA MODE OPERATION 

In the DMA mode of operation, the DDMA is acting as a bus master and performs data transfer 
operations between a device and memory in response to operand transfer requests. There are two 
classes of DMA bus cycles that may be run by the DDMA: M68000 cycles that transfer data bet¬ 
ween a device or memory and the DDMA internal holding register, and cycles that transfer data 
directly between a device and memory without going through the DDMA. The first class of cycle is 
referred to as a dual address cycle, since any operand transfer takes place in two bus cycles, one 
where a device is addressed and one where memory is addressed. The second class of cycle is refer¬ 
red to as a single address transfer since the operand transfer takes place in one bus cycle where only 
the memory is explicitly addressed. Within each class of DMA bus cycle, the DDMA may execute a 
read or a write operation. The following paragraphs describe the four DMA cycle types according to 
the signal transitions during each clock cycle of a bus operation. 
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4.3.1 Dual Address Transfers 

Dual address transfer signal timing closely resembles the signal timing of an M68000 processor. The 
DDMA starts a bus cycle by presenting function code, address, direction, and data size information 
to an external device and then waits for the addressed device to present or accept data and ter¬ 
minate the bus cycle. Since the bus structure used is asynchronous, the memory or device access 
time can be dynamically changed according to the needs of the current bus cycle. The data that is 
transferred during a dual address operation is either read from the data bus into the DDMA internal 
holding register or written from that register to the data bus. All cycle termination options of the 
M68000 bus are supported, such as halt, cycle retry, or bus error. 

Note that several combinations of memory, device, and operand sizes may be used with dual ad¬ 
dress transfers, including combinations where the memory and device width are different. When an 
8-bit device is used with a 16-bit memory bus, the device may be placed on the most significant 
(even address) or least signifi cant ( odd address) half of the data bus. When a 16-bit device is used 
with an 8-bit memory bus, the UDS/AO and LDS/DS lines will operate as AO and DS even when the 
DDMA is accessing the 16-bit device. In this case, the address used will always be even (AO will be 
zero) and the device will always be accessed as a word, even though only one data strobe is 
generated. 

4.3.1.1 DUAL ADDRESS READ. During this type of a DMA cycle, the DDMA will read data from a 
device or memory into an internal holding register. Figure 4-6 shows the functional timing for a 
word read on a 16-bit bus. The timing for an even or odd byte read on a 16-bit bus or any read on an 
8-bit bus is identical, with the encoding of UDS/AO and LDS/DS selecting the proper byte. The 
signal protocol is as follows. 


SO si S2 S3 S4 S5 S6 S7 


CLK 

FC0-FC2 

A8/D0-A23/D15 

A1-A7 
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R/W 

DTACK 


_ 



zx=m 

Address Out 

Data In 
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Figure 4-6. Dual Address Read Cycle Timing Diagram 
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50 The DDMA drives the FC0-FC2, A1-A7, and A8/D0-A23/D15 pins with data from the 
function code and address registers (either the MFCR and MAR or DFCR and DAR) of 
the current channel, UAS is asserted to enable the external address latches and R/W is 
driven high. Also, if an 8-bit bus is being used, UDS/AO will be driven as an address 
signal. 

51 No signals change and the upper address information is allowed to propagate through 
the external address latches. 


S2 UAS is negated to latch the upper address information and AS is asserted to signal 
that the address is valid and decoding may begin. UDS/AO (on a 16-bit bus) and/or 
LDS/DS will also assert to indicate that data should be placed on the bus and DDIR 
will be driven low to turn the external data buffers/demultiplexers aroun d (to drive the 
address/data pins when enabled). If the current bus cycle is to a device, ACK will also 
be asserted to the device and DONE will be asserted if this is the last transfer to the 
device for the current channel operation. 


53 The address/data pins are three stated in preparation to receive input data and DBEN is 
asserted to e nable t he da ta buffer/demultiplexer. The DDMA also starts sampling the 
DTACK and BEC0-BEC2 pins to determine when the cycle should be terminated. If 
DTA CK is asserte d by the end of S3, then the DDMA may continue into S4 immediate¬ 
ly. If BEC0-BEC2 are encoded with the bus error, retry, or relinquish and retry code by 
the end of S3, two wait cycles will be inserted between S3 and S4. If DTACK is 
negated and BEC0-BEC2 are coded to normal at the end of S3, then the DDMA will in¬ 
sert wait cycles after S3 until a termination signal is asserted and then proceed to S4. 

54 No signals change during S4. The memory or device access is taking place at this time 
and data is allowed to pro pagate t hrou gh ext ernal buffers, etc. The DDMA is also 
internally synchronizing the DTACK and BEC0-BEC2 signals. 

55 Data is sampled during this period, with the data bus value latched at the end of S5. 
Thus, valid data must be present at the external data buffers/demultiplexers such that 
it may propagate through those devices and be valid at the DDMA address/data pins 
within the setup time to the rising edge of S5. For byte read operations on a 16-bit bus, 
the data lines for the byte not being read will be ignored. The DDMA also continues to 
synchronize the DTACK and BEC0-BEC2 pins. 

56 DTC is asserted to indicate that the bus cycle has been successfully terminated. DTC 
will not be asserted if a BEC0-BEC2 coding of bus error, retry, relinquish and retry, or 
reset was used to terminate the cycle. 

57 AS is negated to indicate that the cycle has terminated. UDS/AO and/or LDS/DS and 
DBEN will also negate to disable external data buffers/multiplexers. The mem ory or 
peripheral device that was addressed during the cycle may then negate DTACK and/or 
BEC0-BEC2. 

S7+1 This may be SO of the following cycle, if the DDMA is ready to immediately execute 
another bus cycle (which will always be the case fo r norm al termination, but not for ex¬ 
ceptional terminations). The FC0-FC2, A1-A7, and UDS/AO (when used as an address 
line) pins will all be changed to their next states. If the DDMA is ready to start the next 
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bus cycle, the next state will be the address of the next memory or peripheral location. 
If the DDMA is not ready to start a bus cycle, these lines will be three stated. DDIR is 
negated to turn the data buffers/demultiplexers away from the DDMA. ACK, DTC, 
and DONE are all negated (if they were asserted) to indicate to the peripheral that the 
cycle has completed. 

4.3.1.2 DUAL ADDRESS WRITE. During this type of a DMA cycle, the DDMA will write data to a 
device or memory from an internal holding register. Figure 4-7 shows the functional timing for a 
word write on a 16-bit bus. The timing for an even or odd b yte w rite on a 16-bit bus or any write on 
an 8-bit bus is identical, with the encoding of UDS/AO and LDS/DS selecting the proper byte. The 
signal protocol is as follows. 



AS ^ 

Uds/ao -J - 

LDS/DS 

R/W \. 

DTACK /' ' ' 

DTC 



Figure 4-7. Dual Address Write Cycle Timing Diagram 


50 The DDMA drives the FC0-FC2, A1-A7, and A8/D0-A23/D15 pins with data from the 
function code and address registers (either the MFCR and MAR, or DFCR and DAR) of 
the current channel and UAS is asserted to enable the external address latches. Also, if 
an 8-bit bus is being used, UDS/AO will be driven as an address signal. DDIR will be 
driven high to indicate that the direction of the data flow will be from the DDMA to the 
external bus. 

51 No signals change and the upper address information is allowed to propagate through 
the external address latches. 

52 UAS is negated to latch the upper address information and AS is asserted to signal 
that the address is valid and decoding may begin. R/W is also driven low to indicate 
that this cycle is a write. 


S3 The address/data pins change from address to data and DBEN is asserted to allow 
data to propagate through the external data buffers/demultiplexers. For byte write 
operations on a 16-bit bus, the value of the data lines for the byte not being written is 
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undefined. If the cycle is accessing a device, ACK will be asserted at this time and 
DONE will be asserted if this is the last transfer to the device for the current channel 
operation. The DDMA also begins to sample the DTACK and BEC0-BEC2 pins to 
determine when the cycle should be terminated. If DTACK is asserted by the end o f 
S3, then the DDMA will 'skip' S6 and S7 and proceed directly from S5 to S8. If BECO- 
BEC2 are encoded with the bus error, retry, or relinquish and retry code by the end of 
S3, one wait cycle will be inserted between S5 and S6. If DTACK is negated and BECO- 
BEC2 are coded to normal at the end of S3, then the DDMA will execute S6 and S7. 

54 No signals change during S4. Data from the DDMA is propagated to the device or 
memory through external buffers, etc. 

55 UDS/AO and/or LDS/DS is asserted at this time to indicate that valid d ata is pre sent 
on the bus and may be latched. The DDMA continues to sample the DTACK and 
BEC0-BEC2 pins to determine when the cycle should be terminated. If DT ACK is 
asserted by the end of S5, then the DDMA will continue into S6 immediately. If BECO- 
BEC2 are encoded with the bus error, retry, or relinquish and retry cod e by the end of 
S5, two wait cycles will be inserted between S5 and S6. If DTACK is negated and 
BEC0-BEC2 are coded to normal at the end of S5, then the DDMA will insert wait 
cycles after S5 until a termination signal is asserted and then proceed to S6. 


S6 No signals change during S6. The DDMA is internally synchronizing the DTACK and 
BEC0-BEC2 pins. 


57 No signals change during S7. The DDMA continues to synchronize the DTACK and 
BEC0-BEC2 pins. 

58 DTC is asserted to indicate th at the bus cycle has been successfully terminated. DTC 
will not be asserted if a BEC0-BEC2 coding of bus error, retry, relinquish and retry, or 
reset was used to terminate the cycle. 

59 AS is negated to indicate that the cycle has terminated. UDS/AO and/or LDS/DS are 
negated to disable the memory or device data buffers. The me mory or device that was 
addressed during the cycle may then negate DTACK and/or BEC0-BEC2. 

S9 + 1 This may be SO of the following cycle, if the DDMA is ready to execute another bus cy¬ 

cle immediately. The FC0-FC1, A1-A7, and UDS/AO (when used as an address line) 
pins will all be changed to their next states. If the DDMA is ready to start the next bus 
cycle, the next state will be the address of the next memory or peripheral lo cation. If 
the DDMA i s not ready to_start a bus cycle, these lines will be three stated. DBEN is 
nega t ed an d DDIR and R /W are driven high to prepare the data bus for the next cycle. 
ACK, DTC, and DONE are all negated (if they were asserted) to indicate to the 
peripheral that the cycle has completed. 


4.3.2 Single Address Transfers 

Single address transfer signal timing is similar to the timing for dual address transfers, except data 
flows directly between a device and memory without passing through the DDMA. There are two 
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types of single address transfer protocols that ar e us ed t o supp ort different device types. A device 
with acknowledge uses a two signal handshake (REQ an d ACK) to perform transfers. A device with 
acknowledge and ready uses a three signal handshake (REQ, ACK, and PCL) to perform transfers. 
Differences between the two protocol operations will be noted in the signal descriptions below. 

When the DDMA is executing a single address transfer bus cycle, it will drive the address bus and 
the control signals for both the address and data bus, but will not put data onto or read data from 
the data bus. The device control signals ACK, PCL (for a device with ready), and DTC are used to 
synchronize the device to the memory so that the data can be transferred directly between them. In 
this way, the combination of the DDMA and the device functions in the same manner as an MPU as 
far as the memory is concerned. 

4.3.2.1 SINGLE ADDRESS READ. During this type of a DMA cycle, the DDMA will control the 
transfer of data from memory to a device. Figure 4-8 shows the functional timing for an even byte 
read on a 16-bit bus to an 8-bit device. The timing for a word or odd byte read on a 16-bit bus to an 
8-bit or 16-bit device or any read on an 8-bit bus to an 8-bit device is identical, with the encoding of 
UDS/AO and LDS/DS selecting the proper byte(s) and HIBYTE and R/W controlling the flow of 
data from D8-D15 to D0-D7 if necessary (which will only occur for the case shown in Figure 4-8). 



FC0-FC2 

A8/D0-A23/D15 

A1-A7 

AS 


UDS/AO 

LDS/DS 

R/W 

HIBYTE 

DTACK 

ACK 

PCL 



DTC 


Figure 4-8. Single Address Read Cycle Timing Diagram 


4-9 



50 The DDMA drives the FC0-FC2, A1-A7, and A8/D0-A23/D15 pins with data from the 
memory function code and memory address registers of the current channel, UAS is 
asserted to enable the external address latches, and R/W is driven high. DBEN will be 
driven high and remain high through the end of the cycle so that the data buffers/ 
multiplexers will not interfere with the data transfer. Also, if an 8-bit bus is being used, 
UDS/AO will be driven as an address signal. 

51 No signals change and the upper address information is allowed to propagate through 
the external address latches. 

52 UAS is negated to latch the upper address information and AS is asserted to signal 
that the address is valid and decoding may begin. UDS/AO (on a 16-bit bus) and/or 
LDS/DS will assert to indicate that the memory should place data on the bus. ACK is 
also asserted to the device to indicate that the cycle is beginning and DONE will be 
asserted if this is the last transfer for the current channel operation. If the device port 
size is eight bits, the memory size is 16 bits, and the address is even, HIBYTE will be 
asserted to cause the memor y dat a from D8-D15 to be driven onto D0-D7 through an 
external buffer (in this case, UDS/AO will be asserted and LDS/DS will be negated). 


53 The address/data pins are three stated and the DTACK and BEC0-BEC2 pins will be 
sampled to determine when the cycle should be terminated. If DTACK is asserted by 
the end of S3, then the DDMA may continue into S4 immediately. If BEC0-BEC2 are 
encoded with the bus error, retry, or relinquish an d retry c ode by the en d of S3, two 
wait cycles will be inserted between S3 and S4. If DTACK is negated and BEC0-BEC2 
are coded to normal at the end of S3, then the DDMA will insert wait cycles after S3 
until a termination signal is asserted and then proceed to S4. 

If the device protocol for the selected device is acknowledge with ready, the PCL input 
will also be sampled as a ready signal from the device. In order for the DDMA to termi¬ 
nate the bus cycle, the memory must present a termination signal and the device must 
drive PCL low before S4 will start. In this way, the device can monitor the DTACK 
signal from the memory to determine when data is available, latch it, and terminate the 
bus cycle when access time requirements have been met. If either the memory or 
device has not asserted its termination signal by the end of S3, wait cycles will be in¬ 
serted until both termination conditions are met and then the DDMA will proceed to 

54. 

54 No signals change during S4. The memory may be placing data on the bus at this time. 
The DDMA is internally synchronizing the DTACK and BEC0-BEC2 pins in both pro¬ 
tocols and the PCL pin for the device with ready protocol. 

55 No signals change during S5, but data should be valid at the device port by the end of 

55. The DDMA continues to synchronize the DTACK, BEC0-BEC2, and PCL signals. 

56 DTC is asserted to the device at this time to indicate that the cycle is being terminated 
normally and that valid data may be latched from the bus. DTC will not be asserted if a 
BEC0-BEC2 coding of bus error, retry, relinquish and retry, or reset was used to ter¬ 
minate the cycle. 
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S7 AS is negated to indicate to the memory that the cycle has terminated. UDS/AO 
and/or LDS/DS will also negate at this time and the memory may respond by negating 
DTACK and/or BEC0-BEC2. 

S7+ 1 This may be SO of the next bus cycle, if the DDMA is ready to execute another bus 
cycle immediately. The FC0-FC2, A1-A7, and UDS/AO (when used as an address line) 
pins will all be changed to their next states. If the DDMA is ready to start the next bus 
cycle, the next state will be the address of the next memory location. If the DDMA is 
not ready to start a bus cycle, these lines will be three stated. ACK, DTC, DONE, and 
FIIBYTE are all negated (if they were asserted) to indicate to the peripheral that the 
cycle has completed and the device may negate the ready (PCL) input if the 
acknowledge with ready protocol was used. 

4.3.2.2 SINGLE ADDRESS WRITE. During this type of a DMA cycle, the DDMA will control the 
transfer of data from a device to memory. Figure 4-9 shows the functional timing for an even byte 
write from an 8-bit device to a 16-bit memory. The timing for a word or odd byte write from an 8-bit 
or 16-bit device to a 16-bit memory or any write from an 8-bit device to 8-bit m emory is identical 
with the encoding of UDS/AO and LDS/DS selecting the proper byte(s), and HIBYTE and R/W 
controlling the flow of data from D0-D7 to D8-D15 if necessary (which will only occur for the case 
shown in Figure 4-9). 



R/W \ 



Figure 4-9. Single Address Write Cycle Timing Diagram 
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50 The DDMA drives the FC0-FC2, A1-A7, and A8/D0-A23/D15 pins with data from the 
memory function code and memory address registers of the current channel and UAS 
is asserted to enable the external address latches. DBEN will be driven high and remain 
high through the end of the cycle so that the data buffers/multiplexers will not 
interfere with the data transfer. Also, if an 8-bit bus is being used, UDS/AO will be 
driven as an address signal. 

51 No signals change and the upper address information is allowed to propagate through 
the external address latches. If the device with acknowledge and ready protocol is 
used, PCL will first be sampled on the rising edge at the end of SI; thus, if PCL is low 
by the end of SI, SDO and SD1 will not occur and the timing will be the same as for the 
device with acknowledge-only protocol. 

52 UAS is negated to latch the upper address information and AS is asserted to signal 
that the address is valid and decoding may begin. R/W is asserted to indicate that data 
will flow to the memory from the device. 

53 The address/data pins are three stated and ACK is asserted to indicate that the device 
should place data on the bus. If the device port size is eight bits, memory size is 16 bits, 
and the address is even, FI I BYTE will be asserted to cause the device data on D0-D7 to 
be driven onto D8-D15 through an external buffer (in this case, UDS/AO will be 
asserted and LDS/DS will be negated). If this is the last transfer in a channel opera¬ 
tion, the DONE signal will be asserted by the DDMA. 

If the protocol being used is a device with acknowledge only, then S4 will immediately 
follow S3. If the protocol being used is a device with acknowledge and ready, then the 
PCL pin will be sampled to determine when the DDMA should assert the data 
strobe(s). If PCL is low by the end of S3, then the DDMA will insert one delay cycle 
(SDO, SD1) and continue into S4. If PCL is high at the end of S3, then the DDMA will 
insert additional delay cycles (two delay states named SDw) after S3 until a ready 
signal is asserted and then proceed to SDO. 

The DDMA also begins to sample the DTA CK and BEC0-BEC2 pins to determine when 
the cycle should be terminated. If DTACK is asserted by the end of S3, then the DDMA 
will 'skip' S6 and S7 and proceed directly from S5 to S8. If BEC0-BEC2 are encoded 
with the bus error, retry, or relinquish and retry code by the end of S3, one wait cycle 
will be inserted between S5 and S6. If DTACK is negated and BEC0-BEC2 are coded to 
normal at the end of S3, then the DDMA may execute S6 and S7 (see SD1 below). 

SDO This state is not executed for the device with acknowledge-only protocol. No signals 
change during SDO, The device is preparing to drive data onto the bus at this time and 
the DDMA is internally synchronizing PCL. 

SD1 This state is not executed for the device with acknowledge-only protocol. No signals 
change during SD1, but the device continues to prepa re to dr ive data onto the bus. 
The DDMA continues to synchronize the PCL signal. If DTACK is asserted by the end 
of SD1, then the DDMA will 'skip' S6 and S7 and proceed directly from S5 to S8. If 
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BEC0-BEC2 are encoded with the bus error, retry, or relinquish an d retry c ode by the 
end of SD1, one wait cycle will be inserted between S5 and S6. If DTACK is negated 
and BEC0-BEC2 are coded to normal at the end of S3, then the DDMA will execute S6 
and S7. 

54 No signals change during S4. Data from the device should be valid on the bus at the 
end of S4. 

55 UDS/AO and/or LDS/DS is asserted at this time to indic ate that valid data is present 
on the bus and may be latched by the memory. If DTACK is asserted by the end of S5, 
then the DDMA may continue into S6 immediately. If BEC0-BEC2 are encoded with 
the bus error, retry, or relinquish and retry code by the end of S5, one wait cycle will be 
inserted between S5 and S6. If DTACK is negated and BEC0-BEC2 are coded to nor¬ 
mal at the end of S5, then the DDMA will insert wait cycles after S5 until a termination 
signal is asserted and then proceed to S6. 


S6 No signals change during S6. The DDMA is internally synchronizing the DTACK and 
BEC0-BEC2 pins. 


57 No signals change during S7. The DDMA continues to synchronize the DTACK and 
BEC0-BEC2 pins. 

58 DTC is asserted to indicate to the device that the bus cycle has been successfully termi¬ 
nated. DTC will not be asserted if a BEC0-BEC2 coding of bus error, retry, relinquish 
and retry, or reset was used to terminate the cycle. 


S9 AS is negated to indicate to the memory that the cycle has terminated. UDS/AO 
and/or LDS/DS is negated to disable the device to memory data buffer s. The memory 
that was addressed during the cycle may then negate DTACK and/or BEC0-BEC2. 

S9+ 1 This may be SO of the following cycle, if the DDMA is ready to execute another bus 
cycle immediately. The FC0-FC2, A1-A7, and UDS/AO (when used as an address line) 
will all be changed to their next states. If the DDMA is ready to start the next bus cycle, 
the next state will be the address of the next memory location. If the DDMA is not 
ready to start a bus cycle, these lines will be three stated. R/W and HIBYTE are driven 
high to prepare the data bus for the next cycle. ACK, DTC, and DONE are all negated 
(if they were asserted) to indicate to the peripheral that the cycle has completed. The 
peripheral may respond by negating the ready signal at this time (for the device with 
acknowledge and ready protocol). 

Note that although the basic timing for a single address write using the device with acknowledge 
and ready protocol is six clock cycles, if the ready and DTACK signals are asserted for one-half 
clock before ACK and the data strobes are asserted respectively, then the timing will be reduced to 
four clock cycles. There are also two timing combinations that give a five clock cycle transfer: one 
for an 'early' ready and one for an 'early' DTACK. In all cases, the system designer must be certain 
that data set-up and hold times are met for the memory with respect to the data strobes. 
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4.3.2.3 HIGH-B YTE OP ERATION. During single-address transfers between an 8-bit de vice and a 
16-bit memory, HIBYTE is used to control a bidirectional b uffer a s shown in Figure 2-2. H IBYT E is 
asserted when the memory address is even, in which case UDS/AO will be asserted and LDS/DS 
will be negated. R/W is used to determine the direction of the data transfer and the data flow 
through the external buffer. This method of operation allows the 8-bit device to be placed on D0-D7 
so that it may properly return an interrupt vector number to an M68000 system processor, while 
preventing buffer contention on the data lines. 

There are four possible cases for data flow during a single-address transfer between an 8-bit device 
and a 16-bit memory: even and odd read, and even and odd write cycles. Figure 4-10 shows the 
data flow for the four cases. 
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Figure 4-10. Implicitly Address 8-Bit Device with 
16-Bit Memory Data Flow 


4.4 BUS EXCEPTION CONTROL 

In ord er to fully support the M68000 bus architecture, the DDMA uses three encoded inputs, BEC0- 
BEC2, to dete ct abno r mal bu s cycl e term ination conditions. These three lines function in a similar 
manner to the RESET, HALT, and BERR signals on an M68000 processor, but have different func- 
tionali ty tha n the processor counterparts. Table 4-1 shows the definition for each encoding of the 
BEC0-BEC2 pins and Figure 4-11 illustrates how the three inputs might be generated from signals 
normally present in an M68000 system. 
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Table 4-1. BEC Encoding Definitions 


BEC2 


BECO 

Definition 

H 

H 

H 

No Exception 

H 

H 
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Bus Error 
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Definition 
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L 

(Undefined, Reserved) 
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H 

(Undefined, Reserved) 

L 

L 
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Reset 



Figure 4-11. Example BEC Signal Generation Circuit 


4.4.1 BEC0-BEC2 Synchronization 

The bus exception control inputs are synchronized in the same manner as all asynchronous inputs, 
but an additional debounce delay is included in order to assure valid operation in a system. The 
BEC0-BEC2 pins are latched on each rising edge of CLK and are internally synchronized on the next 
rising e dge o f CLK. This synchronizer can be represented as a shift register as shown in Figure 4-12. 
On the BECn pins, an additional shift register stage is added to perform the debounce function. The 
internally synchronized signals BECn' and BECn” are continuously compared and if they are the 
same, then that level is accepted as valid and the DDMA may take action on it. If the two encodings 
are different, the DDMA will wait one more cloc k cycle and perform the comparison again. In this 
way, an SN74LS148 may be used to generate the BEC0-BEC2 inputs and transitional encodings will 
not cause erroneous operation. This debouncing also means that an encoding must be stable for at 
least two clock cycles to guarantee that it is latched at the same level on two successive rising clock 
edges. 
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Figure 4-12. BEC Synchronizer Functional Diagram 
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As an example of the debouncer operation, consider the timing diagram in Figure 4-13. When the 
SN74LS148 outputs change from halt to bus error, they may transition through retry at the time 
when the DDMA is latching the BEC0-BEC2 pins. The internal debounce circuit will ignore the retry 
code and instead terminate the cycle with a bus error. Note that the delay from the first valid bus 
error, retry, or relinquish and retry encoding to when the bus cycle is ended is one synchronization 
delay (one to two clocks), plus one debounce delay (one clock), plus one bus controller delay (one 
clock) needed for the DDMA to switch from a normal termination to a bus exception type termina¬ 
tion. This results in a bus cycle that is two clock cycles longer than if it had been terminated by a 
DTACK signal. Also, note that if DTACK and bus error, retry, or relinquis h and re try ar e asse r ted at 
the same time and the asynchronous input setup time is met for the DTACK and BEC0-BEC2 
signals, then the bus cycle will be two clock cycles longer than if it had been terminated with 
DTACK alone and DTACK will be ignored. This behavior is different from what an M68000 pro¬ 
cessor will exhibit since the DDMA must suppress the assertion of DTC and prevent the internal ad¬ 
dress counters from incrementing if necessary. 


SO si S2 S3 Sw Sw 

Sw Sw Sw Sw 

Sw Sw 

S4 S5 

S6 S7 

ci K f y / \ J 



v y 

\ J 

\ J 

"Y / 1 








AS \ 
















BEC1 

N. 

/ 







BECO \ 

t 






Halt Retry BERR BERR BERR Cycle 
Sampled Sampled Sampled Synchronized Debounced Terminated 


Figure 4-13. BEC Debouncer Timing Diagram 
4.4.2 Bus Exception Control Functions 

The three bus exception control signals allow eight different bus termination conditions to be 
signaled to the DDMA as shown in Table 4-1. The function of each encoding is described below. In 
describing the encoding of the BEC0-BEC2 pins, BECO is the least significant bit and BEC2 is the 
most significant bit of a binary coded digit from zero (0) to seven (7) with the encoding HHH equal 
to zero. 

Whenever a non-zero value is encoded on the BEC inputs, the DDMA will enter the idle mode or 
DMA waiting mode as soon as the current bus cycle is terminated and remain in that state until the 
BEC encoding returns to normal. Another system bus master may access the DDMA registers while 
it is in the idle mode, if it can gain mastership of the DDMA bus. In this manner, the DDMA can be 
halted by external hardware to enable the system processor to modify the DDMA registers and alter 
or monitor channel operations if necessary. 


4.4.2.1 NORMAL TERMINATION. If a zero (0) is encoded on the BEC pins, the DDMA will operate 
in the normal mode and DTACK is used to terminate bus cycles. 
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4.4.2.2 HALT. If a one (1) is encoded on the BEC pins, the DDMA will be halted when the current 
bus cycle is terminated by the assertion of DTACK. In order to preempt the bus cycle following the 
current cycle, the halt encoding must be valid one synchronization delay plus one debounce delay 
prior to when SO of the next cycle would normally start. When the DDMA halts in response to the 
halt input, it will release ownership of the bus and enter the idle state until the BEC coding is 
returned to normal, at which time it will arbitrate for the bus and continue DMA operations if 
necessary. Figure 4-14 shows the timing of the halt operation. Note that if the halt encoding is 
asserted on the BEC pi ns at th e same time that DTACK is asserted, the cycle will te rmin ate one 
clock cycle later than if DTACK alone were asserted due to the debounce delay on the BEC inputs. 
Also, when the BEC pins are returned to the normal coding, the DDMA will wait three clock cycles 
before asserting BR to rearbitrate for the bus. 


4.4.2.3 BUS ERROR. If a two (2) is encoded on the BEC pins, the DDMA will abort the current bus 
cycle and associated channel operation, and log an error in the channel status register and channel 
error register. When the BEC encoding is returned to normal, the DDMA will wait for five clock 
cycles and then may relinquish ownership of the bus or start a bus cycle for the other channel if it 
has an operand transfer request pending. Figure 4-15 shows the timing of a bus error operation. 

If a bus cycle is aborted with a bus error, DTC will not be asserted so that a peripheral device will not 
increment any operand counters. The DDMA will not increment or decrement the MAR, MTCR, or 
DAR. 


4.4.2.4 RETRY. If a three (3) is encoded on the BEC pins, the DDMA will terminate the current bus 
cycle, enter the DMA waiting mode, and BGACK will remain asserted so that the DDMA retains 
ownership of the bus. When the BEC encoding is returned to normal, the DDMA will wait for three 
clocks and re-run the same bus cycle, using the same function code and address values. If an 
operand transfer request is internally asserted for a higher priority channel than the channel being 
retried before the normal BEC encoding is synchronized and debounced, the retry and any remain¬ 
ing bus cycles required by the current operand transfer will be executed before the higher priority re¬ 
quest will be serviced. Figure 4-16 shows the functional timing of a retry operation. 

If a bus cycle is terminated with a retry, DTC will not be asserted so that a peripheral device will not 
increment any operand counters. The DDMA will not increment or decrement the MAR, MTCR, or 
DAR and the internal data holding register will not be affected. 

4.4.2.5 RELINQUISH AND RETRY. If a four (4) is encoded on the BEC pins, the DDMA will ter¬ 
minate the current bus cycle and relinquish ownership of the bus. When the BEC encoding is 
returned to normal, the DDMA will wait for four clocks, re-arbitrate for the bus, and re-run the same 
bus cycle using the same function code and address values. If an operand transfer request is inter¬ 
nally asserted for a higher priority channel than the channel being retried before the DDMA regains 
control of the bus, then the retry and any remaining bus cycles required to complete the current 
operand transfer will be executed before the higher priority request will be serviced. Figure 4-17 
shows the functional timing of a relinquish and retry operation. 

If a bus cycle is terminated with a relinquish and retry, DTC will not be asserted so that a peripheral 
device will not increment any operand counters. The DDMA will not increment or decrement the 
MAR, MTCR, or DAR and the internal data holding register will not be affected. 


4-17 



4-18 


BGACK 




*8EC2-BEC0 encoded to signal either normal (high) or halt (low). 

**This minimum delay will occur if BG is asserted prior to the clock edge on which BR is asserted. 


Figure 4-14. Halt Operation Timing Diagram 
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Figure 4-15. Bus Error Operation Timing Diagram 
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Figure 4-16. Retry Operation Timing Diagram 
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Figure 4-17. Relinquish and Retry Operation Timing Diagram 















4A.2.6 UNDEFINED BEC CODES. If a five (5) or six (6) is encoded on the BEC pins, the DDMA will 
synchronize and debounce the inputs as usual, but no action will be taken. The affect that one of 
these encodings will have is to lengthen a bus cycle by one debounce delay since the DDMA must 
wait until the internal BEC signals are stable for one clock before deciding to ignore a level five or six 
input. Furthermore, the DDMA will not start to service any f urthe r operand transfer requests until 
one synchronization delay plus one debounce delay after the BEC pins are returned to the normal 
coding. However, it will complete the current operand transfer and may relinquish bus mastership if 
no further operand requests are pending, even though th e un defined encoding remains asserted. 
Figure 4-18 shows the functional timing of an undefined BEC operation. 
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*BEC2-BEC0 encoded to signal either normal (high) or an undefined code (low). 


Figure 4-18. Undefined BEC Operation Timing Diagram 

4.4.2.7 RESET. If a seven (7) is encoded on the BEC pins, the DDMA will execute an internal reset 
sequence and enter the idle mode after one synchronization delay plus one debounce delay. Refer 
to 3.10 RESET OPERATION RESULTS for a description of the effect that a reset operation has on 
the internal registers. 


Note that when reset is debounced and asserted internally, the DDMA will terminate any active bus 
cycle in an orderly fashion (i.e., in S7 or S9). Thus, if reset is asserted one clock cycle before a bus 
cycle is to begin, the reset will be internally synchronized in S2. The DDMA will still assert AS as 
usual, proceed through S3, S4, etc., and negate AS in S7 s o that the AS low time will meet specifi¬ 
cation #62. If AS is used to g enerate a row address strobe (RAS) to dynamic RAMs, this will help 
guarantee the minimum RAS low time so that data in the RAM array will not be destroyed. 

4.4.3 Bus Exception Control Summary 

Figure 4-19 shows the bus exception control flow diagram for the DDMA in the idle and DMA 
modes of operation. 
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BEC Conditions: Other Signals: 


NRM 

— Normal (No Exception) 

REQ - 

Channel Request 

HLT 

- Halt 

PTS 

Permission to Start 

BER 

— Bus Error 

DTACK - 

Data Transfer Acknowledge 

RTY 

— Retry 



RRT 

— Relinquish and Retry 



RST 

- Reset 




Figure 4-19. Bus Exception Control Flow Diagram 


4.5 BUS ARBITRATION 

Once the system processor has initialized and started a DDMA channel and an operand transfer re¬ 
quest has been made pending, either by an external device or the internal request generator, the 
DDMA will use the M68000 bus arbitration protocol to request bus mastership before entering the 
DMA mode of operation. The following paragraphs describe the arbitration protocol used by the 
DDMA and several special cases of operation relative to bus arbitration. Figure 4-20 shows a func¬ 
tional timing diagram of a typical bus arbitration sequence. 
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*The front end overhead will be one clock cycle less than shown if only one channel is active. 

* *The back end overhead will be one clock cycle less than shown if a DMA cycle is terminated with halt or relinquish and retry. 


Figure 4-20. Bus Arbitration Timing Diagram 


4.5.1 Requesting and Receiving the Bus 

When an active channel has an operand transfer request pending, the DDMA will request bus 
mastership by asserting the BR signal. An external bus arbiter (either a separate unit such as the 
MC68452 Bus Arbitration Module or the arbiter built into an M68000 processor) will then assert BG 
to indicate that bus mastership will belong to the DDMA as soon as the current bus master has re¬ 
leased the bus. The DDMA then monitors the AS and BGACK signals to determine when it may 
assume mastership of the bus; these two signals must be negated to indicate that the previous bus 
cycle is complete a nd the previous bus master has released the bus. When this condition is met, the 
DDMA will assert OWN after a synchronization delay plus one-half clock cycle and then assert 
BGACK to indicate that it has taken control of the bus. One clock after BGACK is asserted, BR will 
be negated to allow the external arbiter to begin arbitration for the next bus master. Once all 
operand transfer requests have been serviced, the DDMA will release control of the bus by negating 
BGACK and will then negate OWN one-half clock cycle later. Note that OWN may be used to con¬ 
trol a bidirectional buffer for BGACK since it is asserted before and negated after BGACK is 
asserted and negated respectively. 


4.5.2 Bus Overhead Time 

In asynchronous bus systems such as those defined for the M68000 Family, a certain amount of 
time is used to synchronize incoming signals and is thus 'wasted' since no data transfer activity can 
take place during those periods. In many applications, the synchronization overhead time required 
to switch bus masters and channels within the DDMA must be known to predict system behavior. 
The following paragraphs describe three types of overhead periods: those associated with the 
DDMA taking control of the bus, those in between successive operand transfers, and those that oc¬ 
cur when the DDMA is releasing control of the bus to another bus master. In all of these discus¬ 
sions, the system is assumed to consist of a single M68000 processor and a single DDMA using the 
same clock so that all arbitration delays are controlled by those two devices and can be predicted, 
as shown in Figure 4-20. 

4.5.2.1 FRONT-END OVERHEAD. This is the delay that will occur from the time that the MPU ter¬ 
minates a bus cycle by negating AS (in S7 of the MPU cycle) to when the DDMA starts a bus cycle 
by placing function code and address information on the bus (in SO of the DMA cycle). It is assum¬ 
ed that BG is asserted and BGAGK is negated prior to the negation of AS by the MPU so that no ad¬ 
ditional synchronization delays are introduced by those signals. After one synchronization delay 
plus one-half clock cycle, the DDMA will assert OWN and one-half clock later assert BGACK to in¬ 
dicate that it is assuming bus mastership and begins to drive the function code and address lines. 


When the DDMA asserts BGACK to assume control of the bus, it may also perform an internal 
channel arbitration to determine which channel will be serviced. This internal arbitration is required 
to be certain that the highest priority channel is serviced first, even if a lower priority channel 
issued a request first and started the bus arbitration sequence. If only one channel is active when 
the DDMA receives the bus, this arbitration is unnecessary and will not be performed. Flowever, if 
both channels are active, then this arbitration will introduce one additional clock cycle of delay 
before the DDMA asserts AS. If the lower priority channel issued a request first and started the 
bus arbitration se quence, but the higher priority channel also has an operand transfer request pen¬ 
ding by the time BGACK is asserted, then the function code and address/data lines will first be 
driven with addresses from the lower priority channel for one clock cycle and then change to the ad¬ 
dresses from the higher priority channel. If the higher priority channel had issued the original 
request, the one clock arbitration delay will still occur but the function code and address lines will 
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remain stable for one extra clock before AS is asserted. Neither of these cases will cause an er¬ 
roneous address decode since AS will not be asserted until the function code and address pins are 
stable. 

Taking into consideration the above factors of internal arbitration and synchronization delays, the 
best case front-end overhead time is two clock cycles if AS is sampled as negated by the DDMA at 
the end of S7 in the_MPU cycle and only one channel is active. The worst case front-end overhead is 
four clock cycles if AS is not negated until after the rising edge of S7 in the MPU cycle and both 
channels are active. 


4.5.2.2 INTER-CYCLE OVERHEAD. This is the overhead delay that will occur between successive 
DMA bus cycles for either or both of the channels while the DDMA maintains ownership of the bus. 
Such a delay will occur if a channel with priority equal to or higher than the priority of the channel 
being serviced has an operand transfer request pending at the completion of an operand transfer, or 
when a new cycle steal request is asserted for the current channel. 

The inter-cycle overhead time is illustrated in Figure 4-21 where the three cases of zero, one, and 
two clock cycles are shown. If a channel switch is not necessary and the current channel has further 
cycle steal transfer requests asserted by El (where El is the rising clock edge one clock before the 
edge on which DTC is asserted), then the inter-cycle overhead time is zero. The second case of one 
clock overhead will occur when a channel switch request is asserted by El in the current bus cycle, 
or if a cycle steal request for the current channel is not asserted until E2 (where E2 is the rising clock 
edge on which DTC is asserted). The worst case will occur if a channel switch request is not 
asserted until after El, but before E2. If no requests are asserted for either channel when the DDMA 
reaches E2, it will release ownership of the bus and a minimum of the back-end and front-end 
overhead times will occur before another operand transfer will be able to start (plus any bus cycle 
time used by another bus master before the DDMA regains control of the bus). For the one and two 
clock overhead cases, the DDMA may begin to drive the function code and address pins with the 
values for the next operand of the current channel for one clock cycle before changing to the values 
for the higher priority channel. This will not cause invalid address decoding since AS will not be 
asserted until the function code and address pins are stable. 

One other case of inter-cycle overhead time is related to the reload mode of operation and is very 
similar to the overhead time for channel switches. A more detailed description of the delays 
associated with this type of operation is given in 5.5 SPECIAL CHANNEL OPERATIONS. 

4.5.2.3 BACK-END OVERHEAD. This overhead time is the delay between when the DD MA has 
completed all pending operand transfers and releases the bus, plus the synchronization of BGACK 
negated by the MPU. When the DDMA has completed the last pending bus cycle in S7 for a DMA 
read or S9 for a DMA write, it will negate BGACK after a one clock cycle delay. The MPU will then 
wait one synchronization delay plus one-half clock cycle before SO of the next MPU cycle. Given 
these restraints, the best case back-end overhead time is three clock cycles and the worst case is 
four clock cycles. 
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Figure 4-21. Inter-Cycle Overhead Timing Diagram 







4.B.2.4 OVERHEAD DUE TO BEC OPERATION. When a BEC encoding of bus error, retry, or 
undefined is asserted during a bus cycle, the DDMA will introduce delays after it terminates the bus 
cycle while it performs internal operations before starting the next bus cycle or releasing ownership 
of the bus. If a bus cycle is terminated with a halt or relinquish and retry BEC encoding, then the 
back-end overhead time will also be affected. 

If a bus cycle is terminated with a bus error, there will be a five clock minimum delay before the 
DDMA starts the next bus cycle or releases ownership of the bus. If a bus cycle is terminated with a 
retry, there will be a three clock minimum delay before the DDMA starts the retry operation. If a bus 
cycle is terminated with an undefined code, there will be a two clock minimum delay before the 
DDMA continues operation. All of these minimum delay times assume that the BEC encoding is 
returned to normal as soon as AS is negated and that encoding is valid for the required setup time 
before the next rising edge of the clock (the end of S7 for read cycles or S9 for write cycles). 


If a bus cycle is terminated with a relinquish and retry or a DTACK/halt, the back-end overhead time 
will be one clock cycle less than for normal operation. 

4.6 ASYNCHRONOUS VERSUS SYNCHRONOUS OPERATION 

Because the M68000 Family of microprocessors uses an asynchronous bus protocol, precise timing 
considerations are not necessary in order for system components to communicate properly. By us¬ 
ing such an asynchronous bus interface, peripherals in the system do not need to have any 
knowledge of the clock(s) used by bus masters in the system. However, even though the external 
system bus is asynchronous, any bus master that uses the bus is synchronous internally and must 
synchronize incoming handshake signals. If it is desired to insure exact timing relationships between 
a bus master and a peripheral during a bus cycle, it is necessary for the peripheral interface to use 
the same clock that the bus master uses. In this case, the points at which the bus master asserts 
outputs and recognizes the assertion of inputs will be precisely known. To a bus master, the type of 
peripheral interface used is not important, since it will always operate in the same manner; but the 
design requirements of a peripheral subsystem and the performance of the overall system can be af¬ 
fected by the type of interface that is used. 

For a bus master such as the DDMA, there can be two distinct asynchronous or synchronous inter¬ 
faces operating simultaneously. One is the M68000 Family bus interface to memory or an explicitly 
addressed peripheral. The second is the device control interface to an implicitly addressed 
peripheral using the device with acknowledge and ready protocol. An implicitly addressed 
peripheral using the device with acknowledge-only protocol must always operate in synchronization 
with the DDMA. 

4.6.1 Asynchronous Operation 

To achieve clock signal independence at a system level, the DDMA can be used in an asynchronous 
manner. This entails using only the bus handshake lines (AS, UDS/AO, LDS/DS, DTACK, and 
BEC0-BEC2) and, as needed, the device control lines (REQc, ACKc, PCLc, DTC, and DONE). Using 
this method, AS (and ACKc during device accesses) signals the start of a bus cycle and the data 
strobes (possibly delayed until ready is asserted for single address writes) are used as a condition for 
valid data on a write cycle. The slave device(s) then responds by placing the requested data on the 
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data bus or latching data from the data bus and asserting DTACK (and possibly ready for single ad¬ 
dress reads). The DDMA then acknowledges the successful termination of the bus cycle by assert¬ 
ing DTC for one clock cycle and negating AS, ACKc, and the data strobes. If no slave responds or 
an access is invalid, external control logic uses the bus exception control signals to abort or re-run 
the bus cycle. 


The DTACK signal is allowed to be asserted before the data from a slave device is valid on a read 
cycle (either single or dual address). The length of time that DTACK may precede data during a dual 
address read is given as parameter #73 and it must be met in any asynchronous system to insure 
that valid data is latched into the processor. This delay is allowed due to the manner in which the 
DD MA sync hronizes the DTACK signal before asserting DTC and latching data. The length of time 
that DTACK may precede data during a single address read is dependent on the system design and 
manner in which the peripheral device latches the read data. In a like manner, the ready signal 
(PCLc) can be asserted during a single address read before the peripheral will latch data, since the 
DDMA will not negate the data strobes and terminate the cycle for a minimum of specification #107. 

The ready signal (PCLc) is allowed to be asserted before the data from a peripheral device is valid on 
a single address write cycle. The length of time that ready may precede data is dependent on the 
system design such that data will be valid when the memory system latches it. In order to operate in 
the same manner as an M68000 Family processor, data must be valid prior to the assertion of the 
data strobe(s), which will occur a minimum of specification #110 after the assertion of ready. 


If a bus exception control condition other than normal is used to termi nate a b us cycle, the BEC0- 
BEC2 levels must be valid for specification #75 prior to the assertion of DTACK in order for the nor¬ 
mal termination to be preempted and the exceptional action taken. Since a peripheral system will 
norma lly generate a single signal that is used by the DDMA interface logic to generate the BEC0- 
BEC2 signals, the delay from the assertion of the signal by the peripheral to the assertion of the pro- 
per BEC encoding must be accounted for in order to insure that the setup time to the assertion of 
DTACK is met. 

4.6.2 Synchronous Operation 

If it is desired to precisely determine the behavior of a system, the relationship between a bus 
master's clock signal and asynchronous input signals to that bus master must be known. Thus, the 
system clock may be used in addition to the bus master control signals to generate pseudo syn¬ 
chronous bus slave handshake signals. In order to allow the system designer to predict when the 
DDMA will recognize the assertion or negation of input signals, the asynchronous input setup time 
is given as parameter #8. If an asynchronous input signal makes a transition from one level to the 
other and is stable for the setup time prior to a rising edge of the clock, that level is guaranteed to be 
recognized and is valid internally on the next rising edge of the clock. However, the converse is not 
true — if the input signal changes states and is not stable for the full setup time, the new level is not 
guaranteed not to be recognized. This means that if a signal is asserted (or negated) inside the setup 
time window prior to the rising edge of the clock, it may be recognized as negated or asserted by 
the DDMA, depending on several factors such as individual device characteristics, clock wave form 
and frequency, ambient temperature, supply voltage, and system age. 

In order to allow the DDMA to execute minimum length bus cycles while giving the longest possible 
memory or peripheral access times, DTACK and data should be valid in precise relation to the 
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DDMA clock. If DTACK is asserted prior to the setup time from the rising edge of S3 for a dual ad¬ 
dress read cycle, the DDMA will latch the value of the data bus on the next rising edge of the clock. 
Thus, if the DTACK and data setup times (#8 and #57) are both guaranteed to be met by the 
system, then specification #73 may be exceeded. 

For single address read cycles, a peripheral device should not latch data before DTC is asserted or 
after the data strobes are negated and thus, might use the falling edge of S6 as a latch trigger. Addi¬ 
tionally, if the peripheral asserts ready prior to the setup time from the rising edge of S3 and DTACK 
is also asserted by that time, then the falling edge of S6 will occur one and one-half clock cycles 
later. If it is not known whether or not DTACK will meet the setup time to the end of S3, then the 
peripheral should wait until DTACK has been asserted for at least one clock before asserting ready 
prior to the setup time from the next rising edge of the clock (which will be a wait cycle) so that the 
rising edge of S6 can be correctly predicted. 

During single address write cycles from a device with acknowledge and ready, the device may 
assert ready (PCLc) before it will have valid data on the bus. If ready is asserted prior to the setup 
time to the rising edge of the clock (either S3 or SDw), then the DDMA will assert the data strobe(s) 
one and one-half clocks later. If the peripheral device will have valid data on the bus to give the pro¬ 
per setup time prior to the assertion of the data strobe(s), then specification #110 may be exceeded. 

If an implicitly addressed peripheral is used with the device with acknowledge-only protocol, it may 
operate in a pseudo asynchronous manner; however, the timing constraints placed on the device 
will be closely related to the DDMA clock. During a read cycle, the device must be prepared to ac¬ 
cept input data when DTC is asserted and cannot require a data hold time past the negation of the 
data strobe(s) one-half clock late r. Durin g a write cycle, the device must be able to place data onto 
the bus when the DDMA asserts ACKc, with some setup time prior to the data strobe(s) assertion 
one clock later. 


If a BEC encoding other than normal is used to terminate a bus cycle in which DTACK is also 
asserted, then the BEC encoding must be recognized as valid on the same clock edge that DTACK 
is first recognized as asserted. Thus, if DTACK and BEC0-BEC2 are all valid prior to the setup time 
from the same rising edge of the clock (S3 for a minimum length cycle), then specification #75 may 
be violated, the normal termination is guaranteed to be preempted, and the exceptional action is 
taken. 
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SECTION 5 

OPERATIONAL DESCRIPTION 


This section describes the programmable channel functions available on the DDMA, the manner in 
which data transfer operations are executed, and behavior under exceptional conditions. Also in¬ 
cluded are descriptions of the general sequence of a channel operation, the organization of 
operands in memory, and the proper programming sequence used to start channel operations. 

Throughout this section, references will be made to the DDMA internal registers and bits within 
those registers. It is suggested that the register summary foldout (Figure 3-2) at the end of this book 
be kept extended for reference while reading the operational description for the first time to quickly 
gain familiarity with the register functions. 

5.1 GENERAL OPERATING SEQUENCE 

Any channel operation will follow the same basic sequence of steps outlined below. The following 
subsections explain each of these steps in more detail, including how the channel registers should 
be programmed to select and control various operating modes. 

1. Initialization of channel registers by the system processor. 

2. Channel Start Up. This includes setting the STR bit in the CCR and recognizing the first 
operand transfer request (either internally or externally generated). 

3. Transfer Data Block. After a channel is started, it will transfer one operand in response to 
each request until an entire data block has been transferred (for exceptions to this sequence, 
refer to 5.4.1 Bus Cycle Sequence). 

4. Continue or Reload Operation. If a channel is initialized for the continue or reload operating 
mode, a channel may deviate from a strictly sequential block transfer. In the continue mode, 
when the MTCR decrements to zero, the MFCR, MAR, and MTCR will be loaded from the 
BFCR, BAR, and BTCR before the next operand transfer request is honored and the channel 
will continue operation. In the reload mode, the MFCR, MAR, and MTCR will be loaded 
from the BFCR, BAR, and BTCR in response to an input signal from the peripheral device. 

5. Channel Termination. A chan nel op eration can be terminated for several reasons: a 
peripheral device asserts the DONE signal during an operand transfer, the MTCR is 
decremented to zero, a bus cycle is terminated with a bus error, the system processor sets 
the SAB bit in the CCR, or an external device asserts an abort input. There are also several il¬ 
legal operations that may terminate a channel operation. 
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5.2 CHANNEL INITIALIZATION 


In order to start a block transfer operation, the system processor must initialize channel registers 
with information describing the data block, device type, request generation method, and other 
special control options. It may be necessary to write into as many as 17 registers to initialize a chan¬ 
nel; however, after a channel has been initialized once, only three or four registers may need to be 
written to start subsequent transfer operations. 


5.2.1 Memory and Operand Description 

Most DMA transfer operations involve the movement of data into or out of a random-access 
memory array (although the DDMA also supports device-to-device transfer operations) and thus, 
the DDMA must be programmed with the location and size of the data block to be moved. Three 
registers are used to hold this information; the MAR and MFCR, which provide a 24-bit address and 
a 3-bit function code to locate data anywhere in one of eight 16 megabyte linear address spaces; 
and the MTCR which is a 16-bit transfer counter that defines a block size of up to 65,535 operands 
(bytes or words). The MTCR is decremented by the DDMA after each operand transfer until it 
reaches zero and the MAR may be programmed to be incremented after each operand transfer. 


Although the DDMA does not place any format requirements on the data that is transferred during 
a channel operation, it does use the M68000 conventions for operand alignment and byte 
significance. As shown in Figure 5-1, bytes are individually addressable on a 16-bit bus with the high 
order byte having an even address the same as the word. The low order byte has an odd address 
that is one count higher than the word address. Word data is accessed only on word (even byte) 
boundaries with the lower addressed byte being most significant. On an 8-bit data bus, the same 
data organization is used; however, word transfers will require two bus cycles to the memory for 
each operand. The size field in the OCR is used to select the operand size for a block transfer. 


16-Bit Data Bus 

1 Byte=8 Bits 


15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 


MSB Byte 0 LSB 

Byte 1 

Byte 2 

Byte 3 


1 Word= 16 Bits 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 

MSB _ WordO _ LSB , 

Word 1 


Lower Addresses 


Higher Addresses 


8-Bit Data Bus 

1 Byte = 8 Bits 

7 6 5 4 3 2 1 0 



Figure 5-1. Memory Data Formats 


5.2.2 Device Description 

Three types and two sizes of peripheral devices are supported by the DDMA. The types supported 
are explicitly addressed M68000 bus compatible, implicitly addressed with acknowledge only, and 
implicitly addressed with acknowledge and ready. The type and size of a device is programmed in 
the DCR, and the address and address space of an explicitly addressed device is programmed into 
the DAR and DFCR. 
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A device port may be 8- or 16-bits wide. If a 16-bit wide, explicitly addressed device is to support 
byte operand sizes, the data port must be accessible as two bytes as well as a word. For all other 
legal combinations of port and operand sizes, the device port will always be accessed full width 
(i.e., an 8-bit port accessed as a byte and a 16-bit port accessed as a word). If a memory-to-memory 
transfer is to be executed by the DDMA, the device is programmed as M68000 compatible with a 
size of the external data bus width. 

Also, part of the device description is the functional definition of the PCL input. If the transfer 
protocol selected is implicitly addressed with acknowledge and ready, the PCL input is used as an 
active low ready signal. Otherwise, the DCR may be programmed to select one of four other func¬ 
tions for the PCL line: status, interrupt, abort, or reload input. As a status input, the level of the PCL 
line can be read at anytime through the PCS bit in the CSR, regardless of any other function 
associated with it. Also, in all modes, a high-to-low transition on the input will set the PCL transition 
bit (PCT) in the CSR and that bit can be read at any time. If the interrupt function is selected, the 
PCT bit is set and interrupts are enabled, the DDMA will assert an interrupt request to the system 
processor. If the abort function is selected, the channel operation will be terminated when the PCT 
bit is set and the CSR will reflect the aborted operation. When the reload function is selected and 
the PCT bit is set as the DDMA is ready to start an operand transfer, the bus cycle will be delayed 
while the BFCR, BAR, and BTCR are transferred to the MFCR, MAR, and MTCR (for more details 
refer to 5.5.2 Reload Operation). 

In addition to supporting either an 8- or 16-bit memory data bus, the DDMA also supports 
peripheral device sizes of 8- or 16-bits using either single or dual address transfers of byte or word 
operands. When all combinations of the above are considered, 16 different transfer operations are 
possible; however, six of those operations are not legal. Table 5-1 shows a matrix of the possible 
memory, device, and operand size and transfer type combinations, and whether each is legal or not. 


Table 5-1. Memory, Device, and 
Operand Size Combinations 


Dual Address 



8-Bit 

8-Bit 

Device 

Memory 

16-Bit 
„ Device 


' 8-Bit 

16 Bit , 

Device 

Memory 

16-Bit 

.Device 


Byte 

Operand 


Word 

Operand 


Single Address 


Byte 

Operand 


Word 

Operand 





X 

X 


X 

X 




X 



X 



X Denotes Illegal Combinations 


5.2.3 Operation Description 

A wide variety of block transfer operations are supported by the DDMA by choosing from the 
available memory and device combinations, bus transfer protocols, request generation methods, 
and special operating modes. The following paragraphs discuss the channel operation functions 
that can be programmed to facilitate various block transfers. 
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5.2.3.1 TRANSFER DIRECTION. The DIR bit in the OCR is used to indicate the direction of the 
block transfer, either from memory to the device or’vice versa. During single address transfers, the 
R/W signal will be driven high if the direction is from memory to device and driven low if the direc¬ 
tion is device to memory. This is identical to a normal read or write cycle for the memory, but 
exactly opposite for the peripheral, since a high level indicates a write to the peripheral and a low 
level indicates a read from the peripheral. 

During dual address transfers, the DIR bit determines whether the MAR or DAR is used as the 
source pointer or destination pointer. For memory-to-device transfers, the value in the MAR (and 
MFCR) will be used during read cycles a.nd the value in the DAR (and DFCR) will be used during 
write cycles. The opposite relationship is true if the DIR bit indicates a device-to-memory transfer. 


5.2.3.2 ADDRESS SEQUENCING. The manner in which the MAR and DAR are incremented dur¬ 
ing a transfer operation depends on the programming of the SCR, operand size, memory/device 
width combination, and transfer protocol used. Both the MAR and DAR can be individually pro¬ 
grammed to be incremented after a successful operand transfer or to remain unchanged. 

When using the single address transfer protocol, the operand size must always be equal to the 
device port size and no larger than the memory width (i.e., word operands cannot be transferred 
from a 16-bit device to an 8-bit memory). Thus, all operands can be transferred in one bus cycle and 
only the MAR is incremented (the DAR is not used). The amount by which the MAR is incremented 
will be one or two for byte or word operands respectively (if the MAC field in the SCR is programm¬ 
ed for increment). If no increment has been programmed for the MAR, all bus cycles will use the 
same address. 

When using the dual address transfer protocol, the DDMA will always run at least two and up to 
four bus cycles to transfer each operand. When the operand size is larger than either the memory 
width or device port size, the DDMA will run multiple bus cycles to transfer operand parts (bytes) 
until the entire operand (word) has been transferred. If the source (memory or device) is smaller 
than the operand size, two read cycles will be executed to fetch each operand; and, if the destina¬ 
tion (device or memory) is smaller than the operand size, two write cycles will be executed to store 
each operand. The entire operand will always be fetched first and then stored, even if the operand 
size is word and both the memory and device are eight bits wide. 

Two exceptions to the above rules are when the combinations of an 8- or 16-bit device, 16-bit 
memory and byte operand size are used with internal request generation. In this case, the DDMA 
minimizes bus utilization by transferring two operands with each bus cycle if possible. In other 
words, most bus cycles during such a transfer will be word read or write cycles to transfer two 
operands (bytes) at a time. If an 8-bit device or an odd transfer count is used, two byte device ac¬ 
cesses will be performed for each word memory access or the last operand transfer of the operation 
will use a byte read and a byte write cycle. 

If the SCR is programmed to increment for either the MAR or DAR, the manner in which the ad¬ 
dress register(s) is incremented will depend on whether the access is to memory or the device, and 
the operand/port size combination. Table 5-2 shows how the MAR and DAR will be incremented 
for all combinations of operand, memory, and device sizes in the dual address mode. It should be 
noted that when an 8-bit device is used with a 16-bit memory, the DAR will be incremented by two 
or four for byte or word operands respectively so that consecutive odd or even addresses will be ac¬ 
cessed. This is consistant with the M68000 MOVEP instruction so that an 8-bit device may be 
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placed on one-half of a 16-bit bus and successive bytes within the device will be accessed. If no in¬ 
crement is selected for either the MAR or DAR and word operands are to be transferred to or from 
an 8-bit memory or device, two byte accesses will be made to the same address to read or write the 
word operand. 


Byte 

Operand 

Word 

Operand 


If an exceptional condition occurs during a bus cycle that preempts normal termination, the address 
register associated with that bus cycle will not be incremented. However, if the second, third, or 
fourth bus cycle of a dual address operand transfer is terminated abnormally, the address register 
associated with the source (memory or device) may have been incremented if the entire operand 
was read successfully. Furthermore, any data that was read from the source (memory or device) in¬ 
to the internal holding register will be lost when a bus error occurs. Thus, if it is desired to continue 
a channel operation after a write cycle is aborted due to a bus error (for example, after a page fault 
in a virtual memory system), the system processor must return the source address register to the 
value before the start of the aborted operand transfer by decrementing it by one operand size. The 
MTCR will not be changed until all bus cycles required to transfer an operand have completed nor¬ 
mally, so it will not need to be modified to continue the operation. 

5.2.3.3 TRANSFER REQUEST GENERATION. In order for a peripheral to control the transfer of 
operands to or from memory in an orderly manner, it uses an input signal to the DDMA as a service 
request. If a memory-to-memory transfer, or a peripheral with no request signal is used, the DDMA 
can internally generate operand transfer requests. If an inter nal re quest generation method and dual 
address transfer protocol is used, the DDMA will not assert ACK when performing device accesses. 
Thus, a channel can be used both for transfers between a device (either implicitly or explicitly ad¬ 
dressed) and memory using external request generation, and for memory-to-memory transfers us¬ 
ing internal request generation without conflicting with the operation of the device. 

The request generation method used for a channel is programmed in the OCR. If an external request 
method is used, the type is further defined by the DCR and if the internal limited rate method is 
used, the GCR is used to determine the timing constants for bus utilization calculations. 


Table 5-2. Address Register Sequencing Rules 

8-Bit Memory 16-Bit Memory 


8-Bit 

Device 


16-Bit 
Device 


8-Bit 
Device 


16-Bit 

Device 


+ 1 . x ' 

/ +1 


+ 1 * 

+ 2 * 

+ 1 * 

+ 2 / 

+2 

+ 2 / 

+2 

+ 2 / 

+ 4 

+ 2 

/ +2 


Address Register Increment 


*■ If an internal request generation method is used, these values will be doubled and 
word bus cycles will be used when possible to minimize bus utilization. 


5.2.3.3.1 Internal, Maximum Rate. The simplest method of internal request generation is to always 
have a transfer request pending for a channel until the transfer count is exhausted. If this method is 
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used, as soon as a channel is started the DDMA will arbitrate for the bus and begin to transfer data 
when it becomes bus master. If no exceptional conditions occur, all operands in the data block will 
be transferred in one burst, so that the DDMA will use 100% of the available bus bandwidth. 


5.2.3.3.2 Internal, Limited Rate. In order to guarantee that the DDMA will not use all of the 
available system bus bandwidth during a transfer, internal requests can be generated according to 
the amount of bus bandwidth allocated to the DDMA. This method of request generation is called 
limited rate auto request (LRAR) and uses three constants programmed via the GCR to monitor bus 
activity and allow the DDMA to use a portion of the bus bandwidth. 

One constant is a sample period measured in clock cycles. During each sample period, the DDMA 
monitors the BGACK signal as an input and counts the number of clo cks durin g which it is asserted. 
After a sample period has ended, the number of clocks during which BGACK was asserted (by any 
bus master, including the DDMA) is compared to a second programmable constant called the burst 
time. If the previous sample count is less than the burst time, then the DDMA will generate internal 
requests for any channel programmed for LRAR during the bur st time for the current sample 
period. In this manner, if the DDMA or another bus master asserts BGACK for more than the burst 
time during any sample period, no limited rate requests will be generated during the next sample 
period so that the syste m proce ssor will be able to use the bus (this assumes that the system pro¬ 
cessor does not assert BGACK when it owns the bus). The third programmable constant, which 
determines the amount of the bus bandwidth available to DMA devices, is the ratio of the sample 
period length to the burst time length. 

Of the three constants used in the LRAR equation, two are programmed directly into the GCR and 
the third is calculated from the other two. The fraction of the bus bandwidth available to the DDMA 
is equal to 2 - (BR + 1) j the burst time is equal to 2 <BT + 4) and the sample period is equal to 
2 (BT+ BR + 5). Figure 5-2 depicts graphically how the three constants are used to determine bus 
utilization by the DDMA. Table 5-3 lists all combinations of BT and BR and the resulting MPU, burst 
and sample period lengths for each. 


Table 5-3. Limited Rate Auto Request 
Timing Parameter Value Combinations 


BR 

BT 

Burst Time* 

MPU Period* 

DMA Ratio 

Sample Period* 

00 

00 

16 

16 

50.00% 

32 

00 

01 

32 

32 

50.00% 

64 

00 

10 

64 

64 

50.00% 

128 

00 

11 

128 

128 

50.00% 

256 

01 

00 

16 

48 

25.00% 

64 

01 

01 

32 

96 

25.00% 

128 

01 

10 

64 

192 

25.00% 

256 

01 

11 

128 

384 

25.00% 

512 

10 

00 

16 

112 

12.50% 

128 

10 

01 

32 

224 

12.50% 

256 

10 

10 

64 

448 

12.50% 

512 

10 

11 

128 

896 

12.50% 

1024 

11 

00 

16 

240 

6.25% 

256 

11 

01 

32 

480 

6.25% 

512 

11 

10 

64 

960 

6.25% 

1024 

11 

11 

128 

1920 

6.25% 

2048 


* Measured in cycles of the DDMA clock input. 
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Previous 
Sample Period 


Current 
Sample Period 


Next 

Sample Period 



1 



Burst 1 

Time * 



|*-2<BT + 4)'>| 


K 


2 (BT+BR + 5)- 


2~ (BR + 1) j S fraction of bandwidth available to bus masters other than MPU. 


Figure 5-2. Limited Rate Auto Request Operation Timing Parameter Relationships 


5.2.3.3.3 External, Burst Mode. For peripheral devices that require very high data transfer rates, the 
burst request mode allows the DDMA to use all of the bus bandwidth under control of the device. In 
the burst mode, the REQ input to the DDMA is level sensitive and sampled at certain points to 
det ermin e when a valid request is asserted by the peripheral. The device requests service by assert¬ 
ing REQ and leaving it asserted. In response, the DDMA arbitrates for the system b us an d begins to 
perform an operand transfer. During each opera nd t ransfer, the DDMA will assert ACK t o indi cate 
to the device that a request is being serviced. If REQ is asserted when the DDMA asserts ACK and 
remains asserted until the rising edge of the clock on which DTC is asserted, then a valid request for 
another operand transfer is recognized and the DDMA will service that request i mme diately (if a 
higher priority channel does not have a pending request). If REQ is negated before DTC is asserted, 
a new request will not be recognized and other channels may be serviced or the DDMA will release 
ownership of the bus and return to the idle state. 

If a request is recognized, but REQ is then negated before ACK is asserted, this is a violation of the 
burst-mode proto col and the DDMA may or may not start an operand transfer, depending on when 
the negated REQ is recognized internally. If the first bus cycle of an operand transfer has started 
when REQ is negated internally, that operand transfer will be completed. However, if it is negated 
internally before SO of the first bus cycle in the transfer, the DDMA will drive the address bus for 
one clock cycle, but will not assert the address or data strobes. The DDMA will then check the other 
chan nel for a pending request and service it if necessary or release bus ownership if there is none. If 
REQ is negated b efore th e DDMA has been granted ownership of the bus, BR will be negated 
without asserting BGACK. 

5.2.3.3.4 External, Cycle Steal. For devices that generate a pulsed signal for each operand to be 
transferred, the cycle steal request generation mode uses the REQ pin as a falling edge sensitive in¬ 
put. The REQ pulse generated by the device must be asserted during two consecutive falling edges 
of the DDMA clock to be recognized as valid; thus, if the peripheral generates it asynchronously, it 
must be at least two clock periods long. The DDMA will respond to cycle steal requests in the same 
manner as all other requests; however, if subsequent REQ pulses are generated before ACK is 
asserted in response to each request, they will be ignored. If REQ is asserted after the DDMA 
asserts ACK for the previous request and before DTC is asserted, then the new request will be ser¬ 
viced before bus ownership is released. If a new request has not been generated for either channel 
by the time DTC is asserted, the bus will be released to the next master. (Refer to 4.5.2.2 INTER¬ 
CYCLE OVERHEAD.) 

5.2.3.4 CHANNEL PRIORITY. Whenever both channels are active at the same time, there exists 
the possibility of simultaneous pending requests. The DDMA uses a programmable channel priority 
scheme to resolve such occurrences. Each channel can be programmed, via the CPR, to operate at 
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either priority 0 or 1, with 0 being the highest. When simultaneous requests occur, regardless of the 
request generation methods or transfer protocols used, the channel with the highest priority will be 
serviced first. If both channels are programmed for the same priority level, then an alternating 
priority is used where the last channel serviced will be the last to be serviced again (this is a round 
robin with only two participants). 

The effects of this priority scheme are very important in time critical applications. If one channel is 
programmed for burst request generation at priority 1 and the other is programmed for cycle steal 
request generation at priority 1 or 0, then requests on the cycle steal channel will be allowed to inter¬ 
rupt a burst transfer on the other channel. Also, if the lower priority channel is using a dual address 
transfer protocol and a request for the higher priority channel is recognized as early as SO of the first 
read cycle of the low priority transfer, that entire operand will be transferred (which may require 
four or more bus cycles) before the higher priority request can be serviced. 

The channel priority is also used during interrupt acknowledge cycles to resolve simultaneous inter¬ 
rupt requests. When an interrupt acknowledge cycle is executed by the system processor, the 
highest priority channel with an interrupt pending will return the vector number and the lower 
priority channel will leave an interrupt request pending. If both channels are programmed for the 
same priority, the last channel to return a vector number will be the lowest priority, so that the other 
channel will return the vector number for the current acknowledge cycle. If neither channel has 
returned a vector number since the channels were started, the first channel to recognize an inter¬ 
rupt condition will be the highest priority. 

5.2.3.5 BASE REGISTER OPERATIONS. Two special modes of operation are available on the 
DDMAthat utilize the BFCR, BAR, and BTCR as holding registers whose values can be transferred 
to the MFCR, MAR, and MTCR under certain conditions. It should be noted that the continue and 
reload modes of operation are not mutually exclusive, but both modes use the BFCR, BAR, and 
BTCR for slightly different purposes. Thus, a clever system designer may use both modes 
simultaneously if care is taken to assure proper behavior under all circumstances. 


5.2.3.5.1 Continue Operation. This mode of operation is used to allow multiple non-contiguous 
blocks of data to be transferred to a device or a single contiguous memory area in a single channel 
operation. In order to use this facility, the system processor programs the MFCR, MAR, and MTCR 
with the values for the first data block and the BFCR, BAR, and BTCR with the values for the se¬ 
cond data block and sets the CNT bit in the CCR when the channel is started. When the initial 
MTCR value is exhausted and a new request is recognized, the DDMA will transfer the BFCR, BAR, 
and BTCR values into the MFCR, MAR, and MTCR, clear the CNT bit, set the BTC bit in the CSR, 
and continue the channel transfer operation. If interrupts are enabled, then the DDMA will request 
service from the system processor (or the processor may poll the BTC bit) to indicate that the first 
block has been transferred. At that time, the processor may program the BFCR, BAR, and BTCR 
with the values for the next block, clear the BTC bit, and set the CNT bit. These steps are repeated 
until the DDMA decrements the MTCR to zero and the CNT bit is not set, at which time it will ter¬ 
minate channel operation. Figure 5-3 shows a flowchart depicting the use of the continue mode. 
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Figure 5-3. Continue Mode Operation Flowchart 


5.2.3.5.2 Reload Operation. This mode is used to allow a device to divert from sequential block 
transfers if necessary by asserting an input signal (PCL programmed as a reload input). When the 
peripheral detects a condition requiring a change in the MFCR, MAR, and MTCR, it asserts the 
reload signal to the DDMA, causing the BFCR, BAR, and BTCR to be transferred to the MFCR, 
MAR, and MTCR before the next operand transfer starts. Figure 5-4 shows a flowchart depicting 
the use of the reload operation. 

The values programmed into the BFCR, BAR, and BTCR are application dependent, but will often 
be equal to the initial values of the MFCR, MAR, and MTCR. If this is the case, when the device 
asserts reload during the transfer of a block, the channel will return to the initial state of the opera¬ 
tion and begin to retransfer the same block. This is quite useful to allow communication or mass 
storage devices to retry a transmission, reception, read, or write operation without intervention 
from the system processor. 

5.2.3.5.3 BTCR Value Restrictions. In the continue or reload modes of operation, the BTCR should 
not be loaded with a value of zero. If a continue or reload operation occurs and the MTCR is loaded 
with zero by the operation, a count error will occur. 
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Figure 5-4. Reload Operation Flowchart 


If the following combination of parameters is programmed into a channel, the BTCR must not be 
loaded with a value of $0001: 16-bit memory, 8- or 16-bit device, 8-bit operand, maximum or limited- 
rate auto-request. If a continue or reload operation occurs and the MTCR is loaded with $0001 
under these circum stances, the DDMA will perform an incorrect operand transfer and may lock-up 
the bus by leaving BGACK asserted. Also, note that the channel operation will not be terminated 
and an error will not be flagged in the CSR. 

5.2.3.6 INTERRUPT OPERATION. In order for the system processor to determine the status of a 
channel, it may read the CSR at any time (assuming that it can gain control of the DDMA bus) or 
the DDMA can be programmed to generate an interrupt to inform the processor of certain events. 
Four registers take part in the interrupt generation and response structure of the DDMA: the CCR, 
CSR, NIVR, and EIVR. 

The interrupt bit in the CCR is used to enable a channel to generate interrupts via the IRQ signal. If a 
channel is enabled to generate interrupts and the COC, B TC, or PCT (with PCL programmed as a 
status with interrupt input) bit is set in the CSR, then the IRQ signal will be asserted. As long as a 
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valid interrupt condition is present for either channel, the IRQ signal will be asserted and it is the 
responsibility of the system processor to clear the appropriate bit(s) to negate the interrupt (refer to 

3.7.1 Channel Status Register). 

In response to the assertion of IRQ, an M68000 Family processor will execute an interrupt acknowl¬ 
edge bus cycle to read a vector number that is used to locate the interrupt handler routine. External 
hardware may be used to return a vector number to the processor during the interrupt acknowledge 
cycle; however, the DDMA efficiently supports the M68000 interrupt structure by supporting two 
separate vector numbers for each channel and using internal priority and status information to 
select the proper value to be returned. 


In order to cause the DDMA to return one of its vectors to the pro cess or, th e IACK input is asserted 
during the interrupt acknowledge cycle. If the DDMA is asserting IRQ when IACK is asserted, it will 
return a vector number from the highest priority channel that has an interrupt condition present. 
The vector number that is returned depends further on the error (ERR) bit in the CSR of the highest 
priority channel. If ERR is clear, then the value in the NIVR will be returned, otherwise the value of 
the EIVR will be returned. If IRQ is negated when IACK is asserted, the IACK will be ignored. 

5.3 CHANNEL START UP 

Once a channel has been initialized with all parameters required for a transfer operation, it is started 
by writing a one to the STR bit in the CCR. This write cycle will not leave a one in the STR bit posi¬ 
tion, but the ACT bit in the CSR will be set to indicate that the channel has been started. After the 
channel has been started, any register that describes the current operation may not be modified or 
an operation timing error will occur. The registers that may not be modified are the DCR, OCR, 
SCR, MTCR, MAR, MFCR, DAR, and DFCR. All of the other channel registers may be modified if 
desired during a channel operation; thus, status bits can be cleared in the CSR, the operation can 
be controlled by setting bits in the CCR, and the channel priority level and interrupt vector numbers 
may be modified through the CPR, NIVR, and EIVR. The GCR can always be modified so that DMA 
bus utilization may be dynamically controlled. 

In order to assure that status information from previous transfer operations has been read by the 
system processor before starting a new operation, certain status bits in the CSR must be clear when 
the STR bit is set. The status bits that must be clear are the COC, BTC, NDT, and ERR bits. Thus, 
part of the channel initialization and start up procedure is to clear the CSR before the STR bit is set. 
If any of the above mentioned bits are set when an attempt is made to set the STR bit, an operation 
timing error will occur. 

If the channel operation being started is the first block of a transfer using the continue mode, the 
CNT bit in the CCR may be set by the same write cycle that sets the STR bit; however, CNT must 
not be set prior to setting STR. Also, the BTC bit in the CSR must be clear before the CNT bit is set, 
for the first or subsequent blocks in the transfer operation. 

Once the STR bit has been set, the channel will become active and accept operand transfer re¬ 
quests. When the first valid request is recognized for the cha nnel, it will enter the DMA mode of 
operation by arbitrating for the bus. It should be noted that the REQ input is ignored until the chan¬ 
nel is started, so that the channel will not recognize transfer requests from the device until it is made 
active. The earli est that a request will be recognized is on the first rising edge of the clock following 
the assertion of DTACK during an MPU write cycle that sets the STR bit. Ifjnternal maximum rate 
requests are used or an external request is recognized as early as possible, BR will be asserted two 
and one-half clock cycles after DTACK is asserted. The PCL input, however, is not ignored before 
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the channel is started. If the PCL line is programmed as a status or reload input and a high-to-low 
transition occurs on it at any time, the PCT bit in the CSR will be set. Thus, an interrupt may be 
generated even when the channel is not active. If the PCT bit is still set when the channel is made 
active, a reload operation may occur. 

5.3.1 Programming Sequence 

In order to begin a data transfer operation, the following general sequence for programming the 
DDMA should be followed. 

1. Write a one to the SAB bit and a zero to the INT bit in the CCR. This will cause any previous 
operation to be terminated and prevent the channel from generating an interrupt request. If 
the previous state of a channel is known, this operation is not necessary. 

2. Load the channel registers with parameters describing the memory, device, and operation to 
be performed. If interrupts are to be generated by the channel operation, the NIVR and EIVR 
should be loaded with the appropriate vector numbers and the corresponding locations in 
the exception vector table should be loaded with the start address of the interrupt handler 
routines. If the continue or reload mode of operation is to be used, the BFCR, BAR, and 
BTCR should also be loaded so that the occurrence of either event can be handled when the 
channel is started. 

3. Clear any previous status information by writing a $F6 (or $FF) to the CSR. 

4. Start the channel by writing a one to the STR bit of the CCR. The CNT and INT bits may also 
be set by the same write cycle, if desired, in order to start a continued operation and enable 
interrupts. Also note that the SAB and HLT bits should be written as zero in order to avoid 
an immediate abort or halt operation. 

5. Write to the peripheral device control registers as necessary to enable the device to generate 
requests and begin the transfer operation. This operation may be performed before the 
DDMA channel is started if internal request generation is used, depending on the re¬ 
quirements of the device. 

5.4 DATA TRANSFERS 

When the DDMA is performing a data transfer operation, several factors affect the order in which 
bus cycles will be run and when each cycle starts in relationship to other operations. The following 
sections describe the bus cycle sequence for each of the transfer protocols and the effects of 
simultaneous channel operations, bus exceptions, and special operations on that sequence. 

5.4.1 Bus Cycle Sequence 

The order in which the DDMA executes bus cycles during a transfer operation depends primarily on 
the transfer protocol used and the memory, device, and operand size combination. The following 
descriptions of the sequence used by each protocol assumes that only one channel is active during 
the operation. 

5.4.1.1 SINGLE ADDRESS TRANSFERS. The sequence used for this protocol is very simple. 
When a request is recognized internally, the DDMA will arbitrate for the bus if necessary and exe¬ 
cute one bus cycle in response to each request. Since the operand size must match the device port 
size for single address transfers and one bus cycle is run for each request, the number of normally 
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terminated bus cycles executed during a transfer operation will always be equal to the value pro¬ 
grammed into the MTCR (unless the transfer is terminated early by the peripheral device). The se¬ 
quencing of the address bus will follow the programming of the MAC field in the SCR. If program¬ 
med for no increment, all of the bus cycles will access the same, initial address. If programmed to 
count up, each successive bus cycle will access the address one operand size beyond the last cycle 
in a linear fashion. 


5.4.1.2 DUAL ADDRESS TRANSFERS. Each operand transfer in the dual address mode will re¬ 
quire at least two and as many as four bus cycles in response to each operand transfer request. 
Table 5-4 shows the number of bus cycles required to transfer each operand for the eight memory, 
device, and operand combinations. 


Table 5-4. Bus Cycles Per Operand 
TransfenDual Address 


Byte 

Operand 

Word 

Operand 


8-Bit Memory 

/ — 

8-Bit 16-Bit 

Device Device 


16-Bit Memory 
/ * » 
8-Bit 16-Bit 

Device Device 


2X22* 


4 3 3 2 


*lf internal request generation is used, two operands will be trans¬ 
ferred per cycle. 


For the combinations that require two or four bus cycles per operand, an equal number of cycles 
will access memory and the device; for the three bus cycle cases, two cycles will access which ever 
port is smaller and one cycle will access the larger port. The bus cycle sequence will always follow 
the pattern of: read the entire operand using as many bus cycles as are required and then write the 
entire operand, again using as many bus cycles as are required. Also, there will never be any 'dead 
time' between the bus cycles of a dual address operand transfer, so that S7 of the first read cycle 
will be followed immediately by SO of the next read or write cycle, etc. 

The address register and transfer count register sequencing during a dual address transfer will 
follow the rules discussed previously for increment amounts except for the case discussed in the 
next paragraph. The point at which an address register is incremented depends on whether it is us¬ 
ed as the source or destination pointer. If used for the source pointer, it will be incremented after 
each operand part is successfully transferred to the internal holding register and if used for the 
destination pointer, it will be incremented after each operand part is successfully transferred from 
the internal holding register. Thus, the address registers will be incremented by one after each bus 
cycle required to transfer word operands to or from an 8-bit memory or device. The MTCR will be 
decremented by one when the last bus cycle of the operand transfer has been completed success¬ 
fully. 

For most combinations of memory device, and operand size, the number of bus cycles run for each 
operand transfer count will be two, three, or four, according to Table 5-4, regardless of the operand 
request generation method used or transfer count value. One combination that is not consistent 
with this rule is when an operand size of byte is used to transfer data between a 16-bit memory and 
a 16-bit device using internal request generation. In this case, the DDMA will perform the transfer in 
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the same manner as it would if the operand size were word; i.e., the MAR and DAR must be even 
and word reads and writes will be used to transfer two bytes per internal request. The MAR and 
DAR will be incremented by two (if programmed for increment) and the MTCR will be decremented 
by two after each transfer operation, except when the initial transfer count is odd, in which case the 
last transfer will be for a single byte. 

Once the DDMA has started a dual address operand transfer, it must complete that transfer before 
releasing ownership of the bus or servicing requests for another channel of equal or higher priority, 
unless one of the bus cycles during the transfer is terminated with a relinquish and retry condition. 
When any bus cycle is terminated with a halt, the DDMA will halt operation and r eleas e ownership 
of the bus immediately following the termination of that bus cycle. When the BEC encoding is 
returned to normal and bus ownership is returned to the DDMA, any operand transfer previously 
suspended must then be completed, regardless of pending requests for the other channel. The 
same rule applies to cycles terminated with retry or relinquish and retry; the same cycle that was ter¬ 
minated with the retry will be run again before the other channel can be serviced. If a bus cycle is 
terminated with a bus error, the channel operation will be terminated and any portion of the 
operand that was read but not yet written to the destination will be lost. 


5.4.1.3 TRANSFER COUNT SYNCHRONIZATION. An important consideration in any system 
where two devices (the DDMA and a peripheral) are transferring a fixed number of data items is that 
both devices count the same number of operand transfers under all conditions. The DDMA 
facilitates this count synchronization with the DTC signal in two ways. First, DTC always indicates 
to a device that a bus cycle to transfer an operand or part of an operand has been successfully com¬ 
pleted so that the device may update its transfer pointe r (for an internal FIFO for example). Second, 
if the device counts the number of assertions of DTC and knows how many device bus cycles are 
required to transfer each operand, it can properly decrement its transfer counter in step with the 
DDMA MTCR. A device should never use ACK by itself to clock pointer an d cou nter registers if it is 
desired to support exceptional bus conditions. This is due to the fact that ACK will be asserted at 
the beginning of a bus cycle, but if a bus cycle is terminated with a bus error, retry, or relinquish and 
retry, DTC will not be asserted. 

5.4.2 Effects of Channel Priority 

When both channels of the DDMA are active, there exists the possibility that operand transfers for 
both channels will be interleaved due to the priority scheme used to resolve simultaneous pending 
requests. The effects of channel priority on the operand transfer sequence during simultaneous 
channel operations is independent of the request generation method or transfer protocol used. In all 
cases, the following rules apply to the operand transfer order used. 

1. Once a channel has started the transfer of an operand, the entire operand must be success¬ 
fully transferred or the channel operation aborted before the other channel may be serviced, 
regardless of priority relationships. The halt, retry, and relinquish and retry exceptional bus 
conditions will not affect the order in which operands are transferred, only the order of bus 
cycles during an operand transfer or the delay between successive bus cycles. For example, 
if the lower priority channel is being serviced and a bus cycle is terminated with a relinquish 
and retry, when the DDMA regains bus ownership, the lower priority operand transfer will 
be completed even if a higher priority request is pending. This is to preserve the contents of 
the internal data holding register. 
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2. If the two channels are at different priority levels, the lower priority channel will not be ser¬ 
viced as long as the higher priority channel has a request being serviced or pending. 

3. If both channels are at the same priority level and have pending requests, the last channel 
serviced will be the last channel serviced again. For example, if both channels use internal 
maximum rate request generation and are active simultaneously, successive operand 
transfers will service alternate channels. 

5.4.3 Exceptional Bus Conditions 

In any computer system, there always exists the possibility that an error will occur during a bus 
cycle due to a hardware failure, random noise, or because an improper access is being attempted. 
When an asynchronous bus structure, such as the one supported by the M68000 Family, is used in a 
system, it is very simple to make provisions to allow bus masters to detect and respond to errors 
during a bus cycle. The DDMA uses a three bit, binary encoded input bus (BEC0-BEC2) to allow 
external hardware to indicate when an abnormal condition has occurred. The following paragraphs 
describe the exceptional conditions that can be detected by the DDMA and their affects on a data 
transfer operation. Refer to 4.4.2 Bus Exception Control Functions for a detailed description of the 
operation of the BEC pins and the encodings used to indicate various conditions. 


5.4.3.1 RESET. In the event of a catastrophic system failure, including recovery from a power¬ 
down state, the DDMA may be returned to an uninitialized idle state by asserting the reset encoding 
on the BEC pins. Regardless of any current operation being performed, the DDMA will immediately 
abort all channel operations and return to the idle state. In the event that a bus cycle is in progress 
when reset is detected, it will be terminated in an orderly fashion, the control and address/data pins 
will be three-stated and bus ownership released. 


5.4.3.2 HALT. Channel transfer operations may be temporarily suspended at any time by asserting 
halt to the DDMA. In response, anyDMA^bus cycle that is in progress will be completed (when 
DTACK and/or ready is asserted) and bus ownership wiil be released. No further bus cycles will be 
started as long as halt remains asserted. The system processor may access the DDMA internal 
registers to determine channel status or alter operations. When halt is negated, if the DDMA was in 
the middle of an operand transfer when halted or if there is a transfer request pending, it will ar¬ 
bitrate for the bus and continue normal operation. 


5.4.3.3 BUS ERROR. When a fatal error occurs during a bus cycle, bus error is used to abort the 
cycle and terminate a channel operation. When bus error is asserted during a bus cycle, it will be 
terminated in an orderly fashion, but the channel that was being serviced by that bus cycle will have 
the current operation terminated with an error signaled in the CSR. When the bus cycle is ter¬ 
minated, the DDMA will retain ownership of the bus as long as bus error remains asserted and will 
not start any new bus cycles to service the other channel. When bus error is negated, a bus cycle 
will be started to service the other channel, if a transfer request is pending; otherwise, bus owner¬ 
ship will be released. 

Any DMA bus cycle may be terminated with a bus error and the response by the DDMA will be the 
same as described above. However, if the bus cycle aborted was during a dual address transfer, the 
state of the channel registers after termination may be affected, according to which bus cycle of the 
transfer was aborted. If all read cycles of a dual address transfer were completed successfully and a 
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write cycle to store the operand is aborted with a bus error, then the source address register (MAR 
or DAR) will have been incremented as needed but the destination address register (DAR or MAR) 
and the transfer count (MTCR) will not be modified. 

5.4.3.4 RETRY OPERATIONS. If a correctable error occurs during a bus cycle, it is often desirable 
to cause the bus cycle to be terminated and then re-executed at a later time. The DDMA supports 
two such operations that perform the same function, but in different ways: retry, and relinquish and 
retry. When either retry signal is asserted during any DMA bus cycle, that cycle is terminated in 
an orderly fashion, but no data transfer operation takes place. When the retry signal is later 
negated, the same bus cycle that was terminated with the retry will be executed again, using the 
same address, data, and control information. If the other channel has a higher priority request pen¬ 
ding, it will not be serviced before the retry has been executed and the entire operand for the cur¬ 
rent channel has been transferred. 

5.4.3.4.1 Retry. When the retry encoding is asserted during a bus cycle, the DDMA will terminate 
the cycle and suspend any further bus cycles until retry is negated, while retaining ownership of the 
bus. When retry is negated, the bus cycle will be executed again and normal operations will be 
continued. 


5.4.3.4.2 Relinquish and Retry. When the relinquish and retry encoding is asserted during a bus cy¬ 
cle, a DDMA will terminate the cycle, release ownership of the bus, and suspend any further opera¬ 
tions until relinquish and retry is negated. During this time, the system processor may access the 
DDMA internal registers to check channel status or modify the operation. When relinquish and retry 
is negated, the DDMA will then arbitrate for the bus, re-execute the previous bus cycle, and con¬ 
tinue normal operations. 

5.4.4 External Request Recognition 

When an external request generation method is used to inform the DDMA that a peripheral device 
needs service, only one request can be pending for each channel at any time. In order to guarantee 
that every peripheral request is recognized by the DDMA, the protocol described previously must be 
followed; i.e., the peripheral must wait until ACK has been asserted once for each successive 
transfer request before issuing a new request. Furthermore, the assertion of DTC must be used by 
the peripheral to determine if a bus cycle terminate d nor mally in order to properly handle a bus er¬ 
ror, retry, or relinquish and retry termination. Thus, ACK indicates that the DDMA is starting to ser¬ 
vice a request, while DTC indicates that the request has been successfully serviced. If a request is 
pending for a channel at the end of a bus cycle terminated with retry or relinquish and retry, further 
requests will not be recognized until the retry has been successfully completed and the DDMA has 
begun to service the pending request. 


When single address transfers are used, this protocol is very easy to follow since ACK will only be 
asserted once for each operand transfer. However, during dual address transfers, ACK may be 
asserted twice for each operand transfer and thus the DDMA will only recognize requests at certain 
points during such a transfer. The following paragraphs describe when new external requests are 
recognized during various types of dual address transfers. 


5.4.4.1 DEVICE-TO-MEMORY TRANSFERS. For this type of a transfer, ACK will be asserted dur¬ 
ing the first bus cycle of each operand transfer and thus it is similar to the protocol for single ad¬ 
dress transfers. A new request will be recognized during the first bus cycle according to the rules for 
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the req uest generation method used. For cycle stea l, an asserted transition on R EQ after the asser¬ 
tion of ACK will be recognized. For burst mode, if REQ is asserted when DTC is asserted, then a 
new request will be recognized. If a new request is not recognized during the first bus cycle of an 
operand transfer, one may still be recognized during the second, third, or fourth bus cycles. 
However, if a new request is recognized during the first, second, or third bus cycle, further requests 
will be ignored during the remaining bus cycles of the operand transfer. 

When a new request is not recognized during the first bus cycle of an operand transfer and the 
second bus cycle of the transfer is also to the device (as will occur when transferring word operands 
from an 8-bit device), new requests will be recognized in the same manner as during the first bus 
cycle. If a new request is still not pending after the operand has been transferred to the internal 
holding register, requests may be recognized during the bus cycle(s) to transfer the operand to 
memory; however, the assertion of ACK will not be available as a timing reference point. In order 
for a new operand transfer request to be serviced immediately after the current operand transfer, 
the only requirement is that the new request is recognized by E2 (refer to 4.5.2.2 INTER-CYCLE 
OVERHEAD for the definition of the E2 point) of the last bus cycle in the current transfer, and that 
the other channel does not have a higher priority request pending. 

5.4.4.2 MEMORY-TO-DEVICE TRANSFERS. The manner in which the DDMA recognizes requests 
during this type of transfer is identical to the device-to-memory case discussed above, except that 
new requests can be recognized before ACK is asserted in response to the previous request. This is 
because new requests will be recognized during the bus cycle(s) to move an operand from memory 
to the internal holding register but ACK is not asserted until the first bus cycle to move the operand 
to the device. Thus, if the device asserts a request during the operan d rea d cycle(s) of a transfer to 
service a previous request and then asserts another request when ACK is asserted, only one of 
those requests will be recognized. The important consideration in this case is that the peripheral 
device must count the number of assertions of ACK and DTC in response to each assumed request 
recognition. 

5.4.5 Software Control 

During a data transfer operation, the system processor may interrogate the CSR (and other 
registers if desired) to monitor a channel operation. It is assumed that the system processor may 
gain ownership of the DDMA bus in order to perform the MPU accesses to the DDMA. If it is deter¬ 
mined that an operation should be suspended or stopped, the system processor may also write to 
the CCR tq cause such action to be taken by the DDMA. The following paragraphs describe the 
software control functions available and the DDMA response to them. 

5.4.5.1 SOFTWARE HALT. The system processor may temporarily suspend channel operation at 
any time by setting the HLT bit in the CCR. In response, the channel will remain active, but no 
further operand transfer requests will be serviced for that channel as long as the HLT bit remains 
set. If no requests are pending when the HLT bit is set, the channel will recognize a transition or 
assertion of REQ as a valid request, but only one request will be made pending while the channel is 
halted. When the processor clears the HLT bit, the channel will then resume normal operation and 
may service a pending request. 

The software halt functions similarly to the hardware halt operation in that a channel may be halted 
at any point during a block transfer, but the system processor will normally not have access to the 
DDMA registers in the middle of an operand transfer operation. One exception to this is the case 
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when a dual address transfer read cycle (or the first of two write cycles) is terminated with a hard¬ 
ware halt or relinquish and retry; then the system processor will have access to the CCR to set the 
HLT bit before the next bus cycle. In this case, when the BEC pins return to normal, the DDMA will 
rearbitrate for the bus complete the dual address operand transfer before the software halt will be 
honored. It should also be noted that pending transfer requests for the other channel can not be 
serviced until the system processor has returned bus ownership to the DDMA and the operand 
transfer for the halted channel is complete. 

5.4.5.2 SOFTWARE ABORT. The system processor may terminate a channel operation at any time 
by setting the SAB bit in the CCR. When this bit is set, the channel operation will be terminated im¬ 
mediately, the ACT bit will be cleared, and the COC and ERR bits will be set in the CSR. A software 
abort will be flagged in the CER to indicate that the abort has been honored. 

The software abort operation may be executed at any point during a channel operation, but the 
system processor will normally not have access to the DDMA registers in the middle of an operand 
transfer operation. One exception to this is the case when a dual address transfer read cycle (or the 
first of two write cycles) is terminated with a hardware halt or relinquish and retry, then the system 
processor will have access to the CCR to set the SAB bit before the next bus cycle. In this case, the 
DDMA will remain idle until the BEC pins return to normal, but the remainder of the operand 
transfer will not be executed and the data that was read from the source will be lost. Also, the 
source address register may have been incremented, following the same rules as described for bus 
error termination of a dual address transfer bus cycle (refer to 5.4.1.2 Dual Address Transfers). 

5.4.6 Hardware Abort 

In order to allow external hardware to abort a channel operation at any time, the PCL signal may be 
programmed as an abort input. This input operates in a manner similar to the software abort just 
described by setting the PCT bit in the CSR when a high-to-low transition occurs on PCL. The 
DDMA responds to PCT being set with PCL programmed as an abort input by terminating the chan¬ 
nel operation, including any bus cycle that is being executed. If a bus cycle is in progress when the 
abort signal is asserted, an orderly termination of the bus cycle will occur in the same manner as if a 
bus error exception code were used to terminate the cycle. 

The PCL signal may be asserted at any time to set the PCT bit. It should be noted that if PCL is pro¬ 
grammed as an abort input and the PCT bit is set when a channel is started, it will be aborted before 
the first operand is transferred. This is true whether the PCT bit was set during a previous operation 
and was never cleared, or by a transition of PCL before the channel was started. 

5.5 BASE REGISTER OPERATIONS 

Two special operating modes are available to reduce the system processor overhead required for 
certain transfers. These two modes are the continue and reload modes of operation and both utilize 
the BFCR, BAR, and BTCR as temporary holding registers to be transferred to the MFCR, MAR, 
and MTCR at certain points during a channel operation. Both of these modes of operation are in¬ 
dependent of the transfer protocol or request generation method used and do not affect the DFCR 
or DAR. 

Note that for the reload mode of operation, if the DDMA is ready to start a bus cycle when the 
BFCR/BAR/BTCR to MFCR/MAR/MTCR transfer is occurring, the function code and address 
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buses will be driven with the old MFCR and MAR values for one clock cycle. The function code and 
address lines will then change to the new MFCR and MAR values and a normal bus cycle will start. 
This is similar to the behavior described in 4.5.2.2 INTER-CYCLE OVERHEAD when a channel 
switch occurs. 

5.5.1 Continue Operation 

To utilize the continue mode of operation, the system processor loads the BFCR, BAR, and BTCR 
with the address and size of the next block to be transferred after the completion of the current 
block and sets the CNT bit in the CCR. The only limitation on when this operation may be perform¬ 
ed is that the CNT bit may not be set before a channel is active (it may be set at the same time that 
the channel is made active) and the BTC bit in the CSR may not be set prior to an attempt to set 
CNT. When the channel d ecreme nts the MTCR to zero and the CNT bit is set, it will not terminate 
the operation or assert the DONE signal, but instead remain active. The BFCR, BAR, and BTCR will 
then be transferred to the MFCR, MAR, and MTCR, the CNT bitwill be cleared and the BTC bitwill 
be set. The channel will then resume normal operation by responding to operand transfer requests 
to transfer the new block of data. If the channel completes the transfer of the new block of data and 
the CNT bit is not set, the channel operation will be terminated in the normal fashion. 

If the interrupt bit in the CCR is set when the channel completes a block transfer with the CNT bit 
set, the system processor will receive an interrupt when the BTC bit is set to indicate that the 
DDMA has completed the previous block transfer and is starting on the next. At this time, the inter¬ 
rupt handler routine executed by the processor can load the BFCR, BAR, and BTCR with informa¬ 
tion describing the next data block if necessary, clear the BTC bit, and set the CNT bit to repeat the 
operation described above as many times as desired. 

5.5.2 Reload Operation 

To utilize the reload mode of operation, the PCL input is programmed as a reload (RLD) signal and 
the BFCR, BAR, and BTCR are loaded with the start address and size of the block to be transferred 
when the RLD signal is asserted by the peripheral. The most common use for this mode of opera¬ 
tion is to allow the peripheral to signal the DDMA to restart the transfer of a data block, in which 
case the BFCR, BAR, and BTCR are programmed with the initial values of the MFCR, MAR, and 
MTCR before the channel is started. 

When the RLD signal is asserted by the peripheral, no action is taken immediately, but the PCT bit 
in the CSR will be set and acted on later. Once the channel is active, the PCT bit is checked each 
time a transfer request is recognized. If PCT is clear, then the request is serviced in the normal man¬ 
ner. However, if the PCT bit is set, the contents of the BFCR, BAR, and BTCR will be transferred to 
the MFCR, MAR, and MTCR, the PCT bit will be cleared, and the RLD bit in the CSR will be set. 
The request will then be serviced in the normal fashion and the channel will continue the transfer 
operation. Since the RLD bit will not generate an interrupt when it is set, the system processor is 
not disturbed by the occurrence of the reload operation, but it may poll the CSR to determine that it 
took place. 

5.6 CHANNEL TERMINATION 

Once a channel operation has been completed normally or terminated due to an error, the DDMA 
will reflect the final status of the operation in the CSR and optionally interrupt the system pro¬ 
cessor. The following paragraphs describe the occurrences that cause a channel operation to be ter¬ 
minated and the status information affected by each. 
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5.6.1 Transfer Count Exhausted 

When the DDMA begins an operand transfer, if the cu rrent va lue of the MTCR is one and an exter¬ 
nal request generation method is being used, then the DONE signal will be asserted during the last 
bus cycle to the device to indicate that the channel operation will be terminated when the current 
operand transfer is successfully completed. When the operand transfer is completed and the MTCR 
is decremented to zero, the channel operation will be terminated, the ACT bit will be cleared, and 
the COC bit will be set. The MAR and/or DAR will also be incremented in the normal fashion. 

5.6.2 Device Termination 

A transfer operation may be terminated before the MTCR is decremented to zero by the device if 
desir ed. If an external request generation method is used and the DONE signal is asserted when 
DTC is asserted during a device access, then the channel operation will be terminated. Also, DONE 
must be sampled as asserted on two consecutive rising clock edges; so if it is generated asyn¬ 
chronously, it must be asserted for two DDMA clock periods. 


If the dual address transfer protocol is used, the DONE input will be recognized during any bus cycle 
of an operand transfer. If DONE is asserted during the first read or write cycle of a word operand 
from or to an 8-bit memory or device, the channel operation will be terminated with only one byte 
being transferred. This means that one more bus cycle may be executed after DONE is recognized 
to write the byte to the memory or a device, but a full size operand transfer will not be executed. In 
this case, the MAR and/or DAR will be incremented by one, and the MTCR will be decremented by 
one, even though an entire operand was not transferred. 

Once the operand transfer is completed, the channel will be terminated, the ACT bit will be cleared, 
and the COC and NDT bits will be set. The MTC R will a lso be decremented and the MAR and/or 
DAR will be incremented in the normal fashion. If DONE is asserted by the device at the same time 
that the DDMA is asserting it, the channel will be terminated, but the device termination will not be 
recognized and the NDT bit will not be set. 


5.6.3 Error Termination 

There are two basic types of errors that can cause a channel operation to be terminated. Internal 
errors are those generated by the DDMA either during start up by the system processor or while it is 
bus master. External errors are those generated by external hardware in response to abnormal con¬ 
ditions. When a channel operation is terminated due to any of these errors, the COC and ERR bits in 
the CSR will be set and the ERROR CODE field in the CER will indicate what error caused the ter¬ 
mination. Table 5-5 summarizes all of the error conditions that can cause channel termination and 
the source of each error. 

5.6.3.1 INTERNAL ERRORS. There are five types of internal errors that can occur: configuration 
errors, operation timing errors, address errors, count errors, and software abort. Software abort 
has already been discussed (refer to 5.4.5.2 SOFTWARE ABORT), and the following paragraphs 
describe each of the other four. 

5.6.3.1.1 Configuration Error. When a channel is configured incorrectly and the STR bit is set by 
the system processor, a configuration error will occur and the channel will not be started. 
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Table 5-5. Channel Error Condition Summary 


Error Type 

Cause 

Configuration Error 

Any undefined reserved bit pattern, MC68450 reserved option, or illegal device/memory/ 
operand size combination is programmed into a channel and an attempt is made to set 
the STR bit. 

Operation Timing Error 

An attempt is made to set STR with ACT, COC, BTC, NDT, or ERR set. 

An attempt is made to set CNT without setting STR simultaneously or if ACT is not set. 

An attempt is made to set CNT with BTC and ACT set. 

An attempt is made to write to the DCR, OCR, SCR, MAR, MFCR, MTCR, DAR, or DFCR 
with STR or ACT set. 

Address Error 

CS or IACK is asserted when the DDMA is acting as bus master. 

A word bus cycle is attempted to an odd address. This may occur with the following 
configurations: 

Single address transfer, word operand size, and the MAR is odd. 

Dual address transfer, word operand size (or byte operand size with internal request 
generation), and the MAR or DAR is odd. 

Bus Error 

A DDMA bus cycle is terminated with a bus error exception code. 

Count Error 

The MTCR contains $0000 and an attempt is made to start the channel or $0000 is loaded 
into the MTCR by a continue or reload operation. 

External Abort 

The PCL line is programmed as an abort input and the PCT bit is set with the ACT bit set. 

Software Abort 

The SAB bit is set by the MPU. 


5.6.3.1.2 Operation Timing Error. When a write access is attempted to certain registers or bits 
within registers while a channel is active or when certain status bits are set, an operation timing 
error will occur and the channel operation will be aborted if the channel is active. 

5.6.3.1.3 Address Error. When the DDMA is acting as the bus master and CS or IACK is asserted, 
or a word operation is attempted to an odd address, an address error will be signaled and the chan¬ 
nel operation will be aborted. If CS or IACK is asserted during a DMA access, no internal registers 
will be modified by the access and the operation of the other channel will not be affected. If a word 
access to an odd address is attempted, the address error will be detected before the DDMA ex¬ 
ecutes an operand transfer and no DDMA internal registers will be affected (other than the CSR). 
Note that since an address error is detected before an operation starts, it is possible for the DDMA 
to flag an address error on both the MAR and the DAR with a special CER encoding. 

5.6.3.1.4 Count Error. When a channel is started ora continue or reload operation is performed and 
the MTCR value is zero, a count error will be signaled and the channel operation terminated. If the 
MTCR is zero when the STR bit is set, the count error will be detected before the channel is started 
and no transfer requests will be recognized. If the BTCR is zero when a block transfer is terminated 
with the CNT bit set, the count error is detected after the MFCR, MAR, and MTCR are loaded from 
the BFCR, BAR, and BTCR, and the channel operation is terminated whether or not a transfer re¬ 
quest is pending. If an operand transfer request is recognized, the PCT bit is set (with the PCL line 
programmed as a reload input), and the BTCR is zero, then a count error is detected after the 
MFCR, MAR, and MTCR are loaded from the BFCR, BAR, and BTCR. 

5.6.3.2 EXTERNAL ERRORS. There are two types of error conditions that are generated by exter¬ 
nal hardware: bus error and hardware abort. The behavior of the DDMA when either of these condi¬ 
tions is signaled has been previously discussed (refer to 5.4.3.3 BUS ERROR and 5.4.6 HARD¬ 
WARE ABORT). 
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SECTION 6 

ELECTRICAL SPECIFICATIONS 


This section contains electrical specifications and associated timing information for the MC68440 
dual-channel direct memory access controller. 


6.1 MAXIMUM RATINGS 


Rating 

Symbol 

Value 

Unit 

Supply Voltage 

Vcc 

-0.3 to +7.0 

V 

Input Voltage 

V in 

-0.3 to +7.0 

V 

Operating Temperature Range 

t a 

0 to 70 

°c 

Storage Temperature 

T stg 

-55 to 150 

°c 


6.2 THERMAL CHARACTERISTICS 


Characteristic 

Symbol 

Value 

Unit 

Thermal Resistance 




Ceramic 

0JA 

30 

°c/w 

Plastic 


TBD 


Pin Grid Array 


TBD 



This device contains circuitry to protect 
the inputs against damage due to high 
static voltages or electric fields; however, 
it is advised that normal precautions be 
taken to avoid application of any voltage 
higher than maximum-rated voltages to 
this high-impedance circuit. Reliability of 
operation is enhanced if unused inputs 
are tied to an appropriate logic voltage 
level (e.g., either GND or Vqq). 


Load A 
+ 5 V 


Test 

Point 


'5000 


130 pF 


IRQ, DONE 


Load B 
+ 5 V 



Load C 
+ 5 V 



A8/D0-A23/D15, ACK0-ACK1, AS, BGACK, 
BR, DBE N, DDI R, DTACK, PTC, HIBYTE, 
LDS/DO, OWN, R/W, UAS, UDS/AO 

Figure 6-1. Test Loads 
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6.3 POWER CONSIDERATIONS 


The average chip-junction temperature, Tj, in °C can be obtained from: 

tj = t a +<pd*0ja) (1) 

Where: 

Ta = Ambient Temperature, °C 

0JA = Package Thermal Resistance, Junction-to-Ambient, °C/W 
PD=PlNT+P|/0 

PINT- ICC x VCC/ Watts — Chip Internal Power 
P|/ 0 = Power Dissipation on Input and Output Pins - User Determined 
For most applications P|/0<P|NT and can be neglected. 

An approximate relationship between Pd and Tj (if P|/o is neglected) is: 

P D = K-5- (Tj + 273°C) (2) 

Solving equations 1 and 2 for K gives: 

K = Td*(T A + 273°C) + 0ja-Pd 2 (3) 

Where K is a constant pertaining to the particular part. K can be determined from equation 3 by 
measuring Pd (at equilibrium) for a known Ta- Using this value of K the values of Pd and Tj can be 
obtained by solving equations (1) and (2) iteratively for any value of Ta- 


Figure 6-2 illustrates the graphic solution to the equations, given above, for the specification power 
dissipation of 1.50 watts over the ambient temperature range of - 55°C to 125°C using an average 
0JA of 40°C/watt to represent the various MC68440 packages. However, actual 0ja's in the range 
of 30°C to 50°C/watt only change the curve slightly. 



Ambient Temperature (Ta> — °C 


Figure 6-2. MC68440 Power Dissipation vs Ambient Temperature 
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6.4 DC ELECTRICAL CHARACTERISTICS (Vcc = 4.75 V to 5.25 V, Vss = 0 V, Ta = 0°C to70°C 
unless otherwise noted) _ 


Characteristic 

Symbol 

Min 

Max 

Unit 

Input High Voltage All Inputs 

V| H 

2.0 

Vcc 

V 

Input Low Voltage All Inputs 

V| L 

< 

CO 

CO 

i 

p 

CO 

0.8 

V 

Input Leakage Current <S> 5.25 V Ail Inputs 

Ijn 

- 

10 


Input Capacitance (Vj n = 0 V, Ta = 25°C, Frequency=1 MHz) All Inputs 


- 

13 

pF 

Three-State (Off-State) Input Current @ 2.4 V/0.4 V 

AS.A1-A7, BGACK, DTACK, A8/D0-A23/D15, HIBYTE, LDS/DS, UDS/AO, R/W 

<TSI 

_ 

20 


Open-Drain (Off-State) Input Current @ 5.25 V IRQ, DONE 

>DD 

- 

20 

/tA 

Output High Voltage (Ioh = -400/*A Min) A?, A1-A7, A8/D0-A23/D15 

ACK0, ACK1, BR, BGACK, DBEN, DDIR, DTACK, OWN, LDS/DS 
UDS/AO, R/W, UAS, DTC, FC0-FC2, IRQ, DONE, HIBYTE 

v OH 

D 

■ 

V 

Output Low Voltage 

dOL = 3.2 mA Min) A1-A7, FC0-FC2 

(IOL = 5.3mAMin) A8/D0-A12/D15, ACK0, ACK1, AS, BGACK, BR, DBEN 

DDIR, DTACK, DTC, HIBYTE, LDS/DS, UDS/AO, OWN, R/W, UAS 
0OL = 8-9 mA Min) IRQ, DONE 

VOL 

■ 

0.4 

V 

Power Dissipation at 0°C (Frequency=8 MHz) 

PD 


1.5 

w 


6.5 AC ELECTRICAL SPECIFICATIONS - CLOCK TIMING (See Figure 6-3) 


Characteristic 

Symbol 

8 MHz 

10 MHz 

Unit 

Min 

Max 

Min 

Max 

Frequency of Operation 

F 

2.0 

8.0 

2.0 

10.0 

MHz 

Cycle Period 


125 

500 

100 

500 

ns 

Clock Width Low 

tCL 

55 

250 

45 

250 

ns 

Clock Width High 

*CH 

55 

250 

45 

250 

ns 

Clock Fall Time 

*Cf 

- 

10 

- 

10 

ns 

Clock Rise Time 

*Cr 

- 

10 

- 

10 

ns 



NOTE: 

Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, unless otherwise noted. 
The voltage swing through this range should start outside and pass through the range such that the rise or fall will be linear between 
0.8 volts and 2.0 volts. 


Figure 6-3. Clock Input Timing Diagram 


6-3 




























































































6.6 AC ELECTRICAL SPECIFICATIONS - READ AND WRITE CYCLES (Vcc = 4.75 V to 5.25 V, 


Num. 

Characteristic 

Symbol 

1 

Clock Period 

tcyc 

2 

Clock Width Low 

*CL 

3 

Clock Width High 

*CH 

4 

Clock Fall Time 

tCf 

5 

Clock Rise Time 

l Cr 

6 

MPU Address Valid to (13 Low 

tADVCSL 

7 

MPU S3 High to Address Invalid 

tASHADI 

8 

Asynchronous Input Setup Time 

*ASI 

9 

Data Strobe(s) Low to CS Low 

tDSLCSL 

10 1 

C3 Low to DDrR High (MPU Read) 

tCSLDDHR 

111 

C3 Low to DBEN Low (MPU Read) 

tCSLENLR 

12 1 

C3 Low to Data Out Valid (MPU Read) 

tCSLDOV 

13l 

C3 Low to DTACK Low (MPU Read) 

tCSLDTLR 

14 

Clock High to Data Out Valid 

tCHDOV 

15 

CS High to DDIR High Impedance 

'CSHDDZ 

16 

C3 High to DBEN High Impedance 

tCSHENZ 

17 

CS High to Data High Impedance 

tCSHDZ 

18 

Clock Low to DTACK Low 

tCLDTL 

19 

DTACK Low to CS High 

tDTLCSH 

20 

CS High to DTACK High 

tCSHDTH 

21 

CS High to DTACK High Impedance 

tCSHDTZ 

22 

CS Width High 

tCSWH 

23 

R/W Low to CS Low 

tRWLCSL 

24 1 

CS Low to DDIR Low (MPU Write) 

^CSLDDLW 

25 1 

CS Low to DBEN Low (MPU Write) 

tCSLENLW 

26 

CS Low to Data In Valid (MPU Write) 

tCSLDIV 

271 

CS Low to DTACK Low (MPU Write) 

tCSLDTLW 

288 

DDIR Low to DBEN Low 

tDDLENL 

29 

DBEN Low to Data In Valid 

l ENLDIV 

30 

Data In Valid to Clock High (Setup Time) 

tDIVCH 

31® 

DTACK Low to DDIR High 

IBBaill 

328 

DTACK Low to DBEN High 

tDTLENH 

mm 

DBEN High to DDTR High (Read) 

tENHDDH 

34 

CS High to Data Not Valid 

tCSHDNV 

35 

REQ Width Low 

tREQL 

36 

REQ Low to BR Low 

’REQLBRL 

372 

REQ Low to BGACK Low 

tREQLBKL 

38 

Clock High to BR Low 

tCHBRL 

393 

BR Low to BG Low 

tBRLBGL 

403 

B3 Low to AS In High 

tBRLASH 

41 

Clock High to B"R High Impedance 

^CHBRZ 

42 

Clock Low to OWN Low 

tCLOL 


tcsLDTLR 3.5 Clks 4.5 Clks 3.5 Clks 4.5 Clks 



tcSLENLW 1 -5 Clks 2.5 Clks 1 .5 Clks 2.5 Clks 







































































































































































































































































6.6 AC ELECTRICAL SPECIFICATIONS - READ 

(Vcc = 4.75 V to 5.25 V, Vss = 0 V, Ta = 0°C 
(See Figures 6-4 through 6-10) 


AND WRITE CYCLES (CONTINUED) 

to 70°C unless otherwise noted) 


Num. 

Characteristic 

Symbol 

43 

Clock High to BGACK Low 

tCHBKL 

448 

BGACK Low to BR High Impedance 

tBKLBRZ 

45 

BGACK Low to BG High 

tBKLBGH 

46 2 

AS, CS In High to BGACK Low 

tASHBKL 

472 

Clock Low on which OWN Asserted to Clock High 
on which AS Asserted 

tOLASL 

48 

Clock High to BGACK High 

tCHBKH 

49 

Clock High to BGACK High Impedance 

tCHBKZ 

50 

Clock Low to OWN High 

tCLOH 

51 

Clock Low to OWN High Impedance 

tCHOZ 

524, 8 

BGACK High to OWN High 

mi 

538 

DTC High Impedance to BGACK High 

tTCZBKH 

54 

Clock High to Address/FC Valid 

*CHAV 

55 

Clock High to Control and Non-Muxed Bus Lines 

High Impedance 

tCHNXZ 

56 

CLK Low to Muxed Address Bus High Impedance 

tCLMXAZ 

57 

Data In Valid to Clock High (Setup Time) 

tDIVCH 

58 

Clock High to UAS Low 

*CHUL 

59 

Clock High to UAS High 

tCHUH 

60® 

UAS High to Address Invalid 

tUHAI 

61® 

Address/FC Valid to AS/DS (Read), AS (Write) Low 

*AVSL 

62 

AS, DS Width Low (Read) 

*ASLR 

63 

Clock Low to AS, DS High 

tCLSH 


AS, DS High to Address/FC/Data Invalid 

HS3SJHI 

WEM 

AS High to UAS Low 

■Bill 

665 

Clock High to AS Low 


678 

AS Low to DBEN Low 

tASLENL 

68 

Clock High to DS Low (Read) 

tCHDSLR 

69 

Clock High to DDIR Low 

tCHDDL 

70 

Clock High to DDIR High 

tCHDDH 

71 

Clock Low to DBEN Low 

tCLENL 

72 

Clock Low to DBEN High (Read) 

tCLENH 

73 

DTACK Low to Data In Valid 

tDTLDIV 

74 

DS" High to DTACK High 

tDSHDTH 

75 

BEC Valid to DTACK Low 

tBECVDTL 

76 

AS High to BEC Negated 

tASHBECN 

77 

BEC Width Low 

tBECL 

78 

Clock High to ACK Low (Read) 

tCHAKLR 

79 

Clock High to ACK High 

tCHAKH 

80 

Clock High to DTC Low 

tCHTCL 

81 4 - 8 

DTC Low to DS High 

tTCLDSH 

82 

Clock High To DTC High 

tCHTCH 

83 

DONE Input Low to Clock on which DTC Asserted 

tDNLTCL 

84 

DTC Width Low 

tDTCL 

85 

Clock High to DONE Low (Read) 

tCHDNL 

86 

Clock High to DONE High Impedance 

tCHDNZ 

87 

Clock High to IRQ Low 

tCHIRL 




























































































































































































































































6.6 AC ELECTRICAL SPECIFICATIONS - READ AND WRITE CYCLES (CONCLUDED) 

(Vcc = 4.75 V to 5.25 V, Vss = 0 V, Ta = 0°C to 70°C unless otherwise noted) 

(See Figure 6-4 through 6-10) 


Num. 

Characteristic 

Symbol 

8 MHz 

10 MHz 

Unit 

Min 

Max 

Min 

Max 

88 

Clock High to IRQ High Impedance 

1CHIRZ 

- 

60 

- 

50 

ns 

89 

Data Out Valid to DS Low 

tDOVDSL 

80 

- 

60 

- 

ns 

90 

Clock High to Muxed Data Bus High Impedance 

tCHMXDZ 

- 

60 

- 

50 

ns 

91 8 

UAS Low to AS Low 

HJLASL 

60 

- 

50 

- 

ns 

92 

AS Width Low (Write) 

Taslw 

250 

- 

200 

- 

ns 

93 

Clock Low to DS Low (Write) 

tCLDSLW 

- 

60 

- 

50 

ns 

948 

DBEN Low to DS Low (Write) 

tENLDSL 

60 

- 

50 

- 

ns 

95 

DS Width Low (Write) 

1DSLW 

70 

- 

55 

- 

ns 

96 8 

Address/FC Valid to R/W Low 

VWRL 

60 

- 

50 

- 

ns 

1 mm 

R/W Low to DS Low (Write) 

1RLDSL 

80 

- 

60 

- 

ns 

■FTiM 

DS High to R/W High 

B33BSBB 

20 

- 

20 

- 

ns 

99 

Clock High to R/W High 

*CHRH 

- 

60 

- 

50 

ns 


Clock High to R/W Low 

*CHRL 

- 

60 

- 

50 

ns 

101 

Clock High to DBEN High (Write) 

*CHENH 

- 

60 

- 

50 

ns 

102 

DTACK Width High 

1DTWH 

0 

- 

0 

- 

ns 

103 

Clock Low to ACK Low (Write) 

tCLAKLW 

- 

60 

- 

50 

ns 

104 

Clock Low to DONE Low (Write) 

tCLDNL 

- 

60 

- 

50 

ns 

105 

Clock High to HIBYTE Low (Read) 

tCHHBLR 

- 

60 

- 

50 

ns 

106 

Clock High to HIBYTE High 

tCHHBH 

- 

60 

- 

50 

ns 

107 

DTACK and PCL Low to AS High (Single Address Read) 

tDTLASH 

190 

- 

150 

- 

ns 

108 

Clock Low to HIBYTE Low (Write) 

tCLHBLW 

- 

60 

- 

50 

ns 

1098 

ACK Low to DS Low (Single Address Write) 

1AKLDSL 

80 

- 

60 

- 

ns 

110 

PCL Low to DS Low (ACK with Ready Write) 

tPCLDSL 

190 

- 

150 

- 

ns 


NOTES: 

1. These specifications assume that the input setup time for CS is zero, which violates #8, but it is still recognized as asserted. 

2. With both channels active these numbers increase by one clock. 

3. AS and BG from the MPU are first sampled on the rising clock edge on which BR is asserted. Therefore, if AS is negated and BG is 
asserted for at least one asynchronous input setup time prior to that clock edge, then the minimum arbitration times will be 
achieved. 

4. These minimum times assume that the two signals have equal resistive and capacitive loading (±20%). 

5. When AS and R/W are equally loaded (±10%) AS will be asserted no more than 20 ns before R/W. 

6. Minimum timing for single address write cycles occurs with ACK only or with ACK and PCL as READY when PCL is asserted for 
more than one synchronization delay before the clock edge on which ACK is asserted. 

7. Specifications that include a number of clock periods refer to the actual input clock used and not the specified clock minimum 
or maximum values. 

8. These specifications refer to the skew between two output signals that change following different edges of the clock; therefore, the 
actual value depends on the clock signal that is used. The minimum times are guaranteed for a minimum clock timing (high or low 
and period). 


Timing diagrams (Figures 6-4 through 6-10) are located on foldout pages at the end of this document. 


NOTE 

For clarity, specification numbers are shown only once in Figures 6-7 through 6-10. However, many specifications apply 
equally to all four diagrams. For example, specification numbers 54 and 55 are shown only in Figure 6-7, but apply to 
Figures 6-8 through 6-10 as well. As a guideline, Figure 6-7 includes all necessary specifications for a dual-address read 
cycle and Figure 6-9 includes additional specifications for a single-address read cycle; the same relationship is true for 
Figures 6-8 and 6-10. Thus, the specifications shown in Figure 6-8 through 6-10 can be considered to be additions to or 
substitutions for the specifications shown in Figure 6-7. 

When referring to the timing specifications shown in Figure 6-4 through 6-10, it is helpful to remember that all output 
signals will change states only in response to a specific transition on the CLK input and that all input signals are latched and 
synchronized on rising edges of the CLK input. 
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SECTION 7 

ORDERING INFORMATION 


This section contains information to be used as a guide when ordering the MC68440. 


7.1 STANDARD MC68440 ORDERING INFORMATION 


Package Type 

Frequency 

(MHz) 

Temperature 

Order Number 

Ceramic 

8.0 

0°C 

to 70 °C 

MC68440L8 

L Suffix 

10.0 

o°c 

to 70°C 

MC68440L10 

Plastic with 

Heat Spreader 

8.0 

o°c 

to 70 °C 

MC68440G8 

G Suffix 

10.0 

o°c 

to 70°C 

MC68440G10 

Pin Grid Array 
with Standoffs 

8.0 

o°c 

to 70 °C 

MC68440R8 

R Suffix 

10.0 

o°c 

to 70°C 

MC68440R10 

(See Figure 7-1) 

Pin Grid Array 
with Gold Lead 

Finish without 
Standoffs 

8.0 

o°c 

to 70°C 

MC68440RC8 

RC Suffix 

10.0 

o°c 

to 70 °C 

MC68440RC10 


7.2 "BETTER" PROCESSING - STANDARD PRODUCT PLUS 

Level IV (Suffix T) 

• 100% high temperature functional test at Ta maximum 

• Dynamic burn-in at 125°C for 48 hours at 6 volts; equivalent to 96 hours at 5 volts 

When ordering the "BETTER" processing, identify the level desired by adding the appropriate suffix 
(indicated above in parenthesis) to the end of the part number. 
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0.06 in 
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Figure 7-1. 68-Pin Grid Array 
(Pins Soldered Dipped with Plastic Standoff) 
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SECTION 8 
MECHANICAL DATA 


This section contains the pins assignments and package dimensions for the MC68440. 


8.1 PIN ASSIGNMENTS 
64-Pin Dual-in-Line Package 


DDlR 

DBEN 

HIBYTE 

Uas 

OWN 

BR 

BG 

A1 

A2 

A3 

A4 

A5 

A6 

vcc 

A7 

GND 

A8/D0 

A9/D1 

A10/D2 

A11/D3 

A12/D4 

A13/D5 

A14/D6 

A15/D7 

A16/D8 

A17/D9 

A18/D10 

A19/D11 

A20/D12 

A21/D13 

A22/D14 

A23/D15 
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68-Terminal Pin Grid Array 
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© © 

© © 


i-1 0 
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Pin Number 

Function 

35 

A19/D11 

36 

A17/D9 

37 

A15/D7 

38 

A12/D4 

39 

A9/D1 

40 

GND 

41 

Vcc 

42 

A4 

43 

A2 

44 

BG 

45 

OWN 

46 

HIBYTE 

47 

DDIR 

48 

REQ1 

49 

NC 

50 

PCLO 

51 

NC 

52 

BGACK 

53 

LDS/DS 

54 

GND 

55 

Vcc 

56 

DONE 

57 

IRQ 

58 

NC 

59 

BEC2 

60 

BECO 

61 

FCO 

62 

A21/D13 

63 

A18/D10 

64 

A16/D8 

65 

A14/D6 

66 

A1 

67 

DTC 

68 

ACK1 


Pin Number 

Function 

1 

NC 

2 

A13/D5 

3 

A11/D3 

4 

A10/D2 

5 

A8/D0 

6 

A7 

7 

A6 

8 

A5 

9 

A3 

10 

NC 

11 

BR 

12 

UAS 

13 

DBEN 

14 

NC 

15 

NC 

16 

REQO 

17 

NC 

18 

PCL1 

19 

DTACK 

20 

UDS/AO 

21 

AS 

22 

R/W 

23 

NC 

24 

CS 

25 

CLK 

26 

IACK 

27 

NC 

28 

ACKO 

29 

BEC1 

30 

FC2 

31 

FC1 

32 

A23/D15 

33 

A22/D14 

34 

A20/D12 
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8.2 PACKAGE DIMENSIONS 


L SUFFIX 

CERAMIC PACKAGE 
CASE 746-01 


M 


33 

"1 

B 

l -- 



1° 


32 

l 

--m-*—- 



NOTES: 

1. DIMENSIONGADlS DATUM. 

2. POSITIONAL TOLERANCE FOR LEADS: 
l$-[ 0.25 (0.010)@|T | A® | 

3. [T] IS SEATING PLANE. 

4. DIMENSION ”L”TO CENTER OF LEADS 
WHEN FORMED PARALLEL. 

5. DIMENSIONING AND TOLERANCING PER 
ANSI Y14.5, 1973. 




MILLIMETERS 

INCHES 




KOI 

A 


Egg 

EXE! 

3.230 

u 

msM i 

wmm 



a 


mezm 

exei 

BUM 

D 

■iKlii 

■Mi 

■min 

EMI 

F 

■SOI 

■Em 

■iliVTil 

EMU 

mm 


0.100 BSC 

mm 

■ESI 


EMI 

EMI 

'EM 

mEEM 

■xm 

lHli’H 

E1LU 

mm 


Em 

EMU 

EHE1 

iO 


■ESI 


MEM 

pi 

mam 


■tHElIl 

EliMil 


G SUFFIX 

PLASTIC PACKAGE 
CASE 754-01 



NOTES: 

1. DIMENSIONS A AND BARE DATUMS. 

2. m IS SEATING PLANE. 

3. POSITIONAL TOLERANCE FOR LEADS 
(DIMENSION D): 

[41 0 0-25 (0.010) @1 T| A ©| B ©] 

4. DIMENSION LTO CENTER OF LEADS 
WHEN FORMED PARALLEL. 

5. DIMENSION B DOES NOT INCLUDE 
MOLD FLASH. 

6. DIMENSIONING AND TOLERANCING 
PER ANSI Y14.5, 1973. 



MILLIMETERS 

INCHES 


I’liVl 

EQQQH 

■3M 


Eng 

BH1 

EHSE1 

im-i 


KiWl 

EB1 

EMJ 

EMI 


wjm 

EJ 

■HHIi* 

jjiWclil 


■El 

■hi 

EHa 

EMI 


■ftU 

■si 


EMI 


2.54 BSC 

0.100 BSC 


WEBM 

■m 

EMU 

EEQ9 


■tma 

H3E3 

■HKil 

EXEH 

L 

22.86 BSC 

0.900 BSC 

■n 

■m 

EEM 

■mm 

MEM 

n 

■HI 

■eh 

■iIiMil 

EMM 
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RC SUFFIX R SUFFIX 

PIN GRID ARRAY PIN GRID ARRAY 

CASE 765A-01 WITH STANDOFF 

(Dimensions essentially those of 
Case 765A-01. See Figure 7-1 for 
standoff detail.) 



—HG 
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NOTES: 

1. POSITIONAL TOLERANCE FOR 
LEADS (68 PLACES): 

foil 0.13 (0.005) ©1 

2. DIMENSIONING AND 
TOLERANCING PER ANSI 
Y14.5, 1973. 


DIM 

MILLIMETERS 

INCHES 

1209 

MAX 

Eliil 

I7£ra 

D 

EJE 

WtKYM 

IEU 

IEU 

U 

tma 


um 

■Hl:li| 

mm 

EiLl 

H3EEB 

IiUlKM 

■miiM 

mm 

ehb 

EMI 

HHMH 

eebi 

mm 

2.54 BSC 

0.100 BSC 

mm 


msm 

I3EI9 

OBI 

mm 

■I*! 


Eaa 

til 

El 

lM.il 


uaa 

OBI 

El 

■Mil 

■ 

5 

i 

Ena 


mm 

■llil 

mmm 

Emu 

EjEEi 
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Device Control Register 


Operation Control Register 


Sequence Control Register 


7 

6 5 

4 ; 

3 

2 1 

0 

7 

6 

5 

4 

3 

2 

1 0 

7 

6 

5 

4 3 

2 

1 0 


| XRM | DTYP | DPS 

i ! PCL ! 

| 05 



SIZE 

| CHAIN 

| REQG 

1 06 | 0 | 

±] 

i 0 1 

0 1 MAC 

1 DAC 

] 07 
























1 

000 

Status 








i 

00 

Internal Limited Rate 





i 

00 

No Count 





001 

Interrupt 








01 

Internal Maximum Rate 





01 

Count Up 





010 

(MC68450) 








10 

External 





10 

(MC68450) 





011 

Abort 








11 

(MC68450) 





11 

(Undefined) 





100 

Reload 






00 

Disabled 




00 

No Count 






101 

(Undefined! 






01 

(Undefined 




01 

Count Up 






110 

(Undefined! 






10 

(MC68450I 




10 

(MC68450) 






111 

(Undefined! 






11 

(MC68450) 




11 

(Undefined) 




( 

3 

8-Bit 





00 

Byte 













1 

16-Bit 





01 

Word 











00 Explicit M68000 





10 

(MC68450) 










01 (MC68450) 





11 

(Undefined! 










Channel Control Register 
5 4 3 2 


STR CNT HLT SAB INT 


0 


j | Interrupt Enable 

[ Software Abort 

Software Halt 
Continue Operation 
Start Channel 


10 

11 

Burst 

(Undefined) 
Cycle Steal 
(MC68450) 


Implicit w/ACK 
Implicit w/ACK and ROY 


Memory To Device 
Device To Memory 


Channel Status Register 

7 6 5 4 3 21 0 

00 I COC 1 BTC 1 NOT [ ERR | ACT [ RLP [ PCT | PCS | 


Channel Error Register 
5 4 3 2 1 


Channel Priority Register 
5 4 3 2 1 


General Control Register 
5 4 3 2 1 


ERROR CODE 


| PCL Level 
| PCL Transition 
Reload Occurred 
Channel Active 

Error 

Normal Device Termination 
Block Transfer Complete 
Channel Operation Complete 


00000 

No Error 

00 

Priority 0 (Highest) 



00 

50.00% 

00001 

Configuration Error 

01 

Priority 1 (Lowest) 



01 

25.00% 

00010 

Operation Timing Error 

10 

Priority 2 (MC68450) 



10 

12.50% 

00011 

(Undefined) 

11 

Priority 3 (MC68450) 



11 

6.25% 

r- 001 rr 

Address Error 



00 

16 Clocks 


— OlOrr 

Bus Error 



01 

32 Clocks 


- 01 In- 

Count Error 



10 

64 Clocks 


10000 

External Abort 



11 

128 Clocks 



10001 

10010 


Software Abort 


00 MAR and DAR 
01 MAR/MTCR 

10 DAR 

11 BAR/BTCR 


Normal Interrupt Vector Register 


Error Interrupt Vector Register 


Memory Transfer Count Register 


Base Transfer Count Register 


Device Function Code Register* 


Device Address Register 


3 0 31 _■___ 0 


31 r i.n.i 

14 i i i i i i i r 

ti'ttt'it n [. i i i i . i nr 

i i i i i i r I 

Memory Function Code Register* 

3 0 

31 

Memory Address Register 

0 

29 | | j | | 

° c i ii i i \ i r 

1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 

1 1 1 1 1 1 1 1 

Base Function Code Register* 

3 0 

31 

Base Address Register 

0 

39 L_ 1 .L 1 .□ 

1 1 1 1 1 1 1 1 

i i i" i r i t . r~r 1 . i i i r~i "~r r 

i i i i i. i . m 


Channel Base Addresses: CH0 - 00 
CHI - 40 

CH2 - 80 (MC68450) 

CH3 - CO (MC68450I 

* Bits 7-4 read as zeros and are ignored on writes. 

Figure 3-2. Register Summary 


Foldout 1 



These waveforms should only be referenced in regSrd to the edge-to-edge measurement of the timing specifications. They are not in¬ 
tended as a functional description of the input and output signals. Refer to other functional descriptions and their related diagrams for 
device operation. 


SO SI S2 S3 S4 Sw Sw Sw Sw Sw Sw S5 S6 S7 



The voltage swing through this range should start outside and pass through the range such that the rise or fall will be linear between 
0.8 volts and 2.0 volts. 


Figure 6-4. MPU Read Cycle Timing Diagram 


Foldout2 


These waveforms should only be referenced in regard to the edge-to-edge measurement of the timing specifications. They are not in¬ 
tended as a functional description of the input and output signals. Refer to other functional descriptions and their related diagrams for 
device operation. 


CLK 


A1-A7 


AS 


CS 


R/W 


UDS/AO 


LDS/DS 


DDIR 


DBEN 


A8/D0-A23/D15 


DTACK 



NOTE: 

Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, unless otherwise noted. 
The voltage swing through this range should Start outside and pass through the range such that the rise or fall will be linear between 
0.8 volts and 2.0 volts. 


Figure 6-5. MPU Write Cycle Timing Diagram 


Foldout3 


These waveforms should only be referenced in regard to the edge-to-edge measurement of the timing specifications. They are not in¬ 
tended as a functional description of the input and output signals. Refer to other functional descriptions and their related diagrams for 
device operation. 



NOTE: 

Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, unless otherwise noted. 

The voltage swing through this range should start outside and pass through the range such that the rise or fall will be linear between 
0.8 volts and 2.0 volts. 

Figure 6-6. Bus Arbitration Timing Diagram 


Foldout4 


Figure 6-7. Dual Address Read Cycle Timing Diagram 


These waveforms should only be referenced in regard to the edge-to-edge measurement of the timing specifications. They are not in¬ 
tended as a functional description of the input and output signals. Refer to other functional descriptions and their related diagrams for 
device operation. 


CLK 

FC0-FC2 

A8/D0-A23/D15 

A1-A7 

Das 

AS 

UDS/AO 

LDS/DS 

R/W 

DDIR 

DBEN 

DTACK 

BEC0-BEC2 

ACKc 

DTC 

DONE 1 

IRQ 



NOTES: _ 

1. The solid line illustrates DONE as an output, and the dotted line illustrates DONE as an input. 

2. Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, unless otherwise noted. 
The voltage swing through this range should start outside and pass through the range such that the rise or fall will be linear between 
0.8 volts and 2.0 volts. 




Figure 6-8. Dual Address Write Cycle Timing Diagram 


These waveforms should only be referenced in regard to the edge-to-edge measurement of the timing specifications. They are not in¬ 
tended as a functional description of the input and output signals. Refer to other functional descriptions and their related diagrams for 
device operation. 


SO SI S2 S3 S4 S5 S6 S7 S8 S9 



NOTES: 

1. Timing specifications 99 and 101 are only applicable when another DDMA bus cycle immediately follows this one. 

2. Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, unless otherwise noted. 
The voltage swing through this range should start outside and pass through the range such that the rise or fall will be linear between 
0.8 volts and 2.0 volts. 








Figure 6-9. Single Address Read Cycle Timing Diagram 


These waveforms should only be referenced in regard to the edge-to-edge measurement of the timing specifications. They are not in¬ 
tended as a functional description of the input and output signals. Refer to other functional descriptions and their related diagrams for 
device operation. 


SO SI S2 S3 S4 S5 S6 S7 


CLK 


FC0-FC2 


A8/D0-A23/D15 


A1-A7 


UAS 


AS 


UDS/AO 


LDS/DS 


R/W 


DDIR 


DBEN 


HI BYTE 


DTACK 


BEC0-BEC2 


ACKc 


PCLc 





NOTE: 

Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, unless otherwise noted. 
The voltage swing through this range should start outside and pass through the range such that the rise or fall will be linear between 
0.8 volts and 2.0 volts. 



Figure 6-10. Single Address Write Cycle Timing Diagram 


These waveforms should only be referenced in regard to the edge-to-edge measurement of the timing specifications. They are not in¬ 
tended as a functional description of the input and output signals. Refer to other functional descriptions and their related diagrams for 
device operation. 


SO SI S2 S3 SDO SD1 S4 S5 S6 S7 


A8/D0-A23/D15 



NOTE: 

Timing measurements are referenced to and from a low voltage of 0,8 volts and a high voltage of 2.0 volts, unless otherwise noted. 
The voltage swing through this range should start outside and pass through the range such that the rise or fall will be linear between 
0.8 volts and 2.0 volts. 
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